@go233 #42 好嘞，多谢哈

请教下 OP ，你这个站 https://timestamp.sbs/ 流量似乎很少，但我看广告已经加上了，一次过审吗？是否有什么技巧呀？

考虑下前端解压不？一个可以减轻服务器压力，另一个可以及时发现是否 zip 包有问题。
阿里云好像支持表单批量上传文件的，太久没看不记得了。
PDF 压缩率似乎也不怎么样，因此不影响速度。

估计也有点像 CDN 投毒的那个方式，看到某些扩展有用户量之后，那些人就买下来投毒。

coreldraw 插件给我感觉似乎很小众，咋跑进这一行的...

@Visitor233 #5 看到曲线了，能不能转多段线再判断。多边形相交貌似可以通过投影的算法来做。
最粗暴的方式就是，判断是否有任意线有交点（遍历），效率最低，但是可以硬写出来

@Visitor233 #5 矩形框判断是必须的，目的还是提效，特别是针对批量的情况

@testdoge #10 因为支持多平台吧，迁移成本比较低

独立开发等同于创业吧，只是比较轻量，而且主要人力成本是自己，那么，创业你觉得好创吗，这基本算是同一个问题了。

@iMusic #11 好用，刚好我之前也写过这个的例子，转换 base64 就用上了，思路 666
https://i.imgur.com/XBaDjks.png

@chaunceywe #3 这个可以国内银行卡收款吗？

@forty #9 确认一下哈，你说的 「选中后几乎没有高亮效果，完全看不出来是否选中了」，指的是 下图红箭头那里不明显是吗？
https://i.imgur.com/FmzWjoP.png

@iMusic #11 卧槽，666 ，直接一个书签搞定是吧。。。

我有想过用 Moncao-Editor 的，但是他的 Merge 不太好用，所以暂时还不太确定。。。

@forty #9 这个已经涉及到语言识别了吧...
不过按理说，通过缩进可以一定程度来判断。

「配色不行」待我再研究研究，有些功能得魔改这个编辑框架才行
「不支持语法高亮？」确实没做，最初只想做个文本对比，以及一些批量处理（简单的）文本的功能，所以没考虑代码层面的事
「内容超长时卡死」这个无解，面对开发者的话，可能还是的 Monaco-Editor 才行，性能会比较好一点，我也有在考虑后面换掉

@CEBBCAT #10 我确实是从 onlinetextcompare.com 得到了启发，但其实大部分东西都不一样，我觉得说「抄袭」就过了。
回答几个点吧，
1 、google/diff-match-patch 是 Code-Mirror-Merge-View 的默认库，且直接依赖，不是照着人家选一样，而是官方早已经给你选好了
2 、无论是免费，还是付费，与抄袭无关，不能说免费你就随便抄，付费就说这个事情有问题
3 、按照你的说法，可以认为 onlinetextcompare.com 是抄袭了 Code-Mirror 官方的 merge view 的例子，因为他压根没这么改
4 、我说说我从 onlinetextcompare.com 参考的点：Code-Mirror 样式修改的可能性，界面的部分布局，标题背景用渐变。
5 、「和那些把开源 Apk 二次打包卖钱的人有什么区别」就好比你做的产品，开源库，你用了，谷歌搜索了一些代码片段，你用了，然后你会觉得自己是抄吗？这里边注入了你多少想法，你花费了多少精力去调优，通通不重要吗？
如果你还要说是抄，那我没办法，按这逻辑，谷歌首页不知道抄了谁，百度也不知道抄了谁，或者他们都是在互抄，因为他们都有一个搜索框和一个搜索按钮。

@lizhenda #7 要的，这不刚弄好，没那么快能申请。
另外也得一直优化，至少使用量得起来才行。https://i.imgur.com/io2SM1h.png

@CEBBCAT #4 「首先希望的是纯本地 JS 实现，然后是速度和便捷程度」
我开发的这个是纯本地，包括你发的那个网站也是。
很神奇的是，好些这类网站，甚至别的类型的网站，他们的实现都是后端处理。
我猜测可能是因为年代久，那时候的前端没现在这么发达，就这么延续下去。或者，熟悉后端，不熟悉前端，那后端就是一把万能的锤子。
我不喜欢这类网站，虽然宣称会删除文件，但一个速度慢，一个文件也确确实实上传了不可控。

@CEBBCAT #4 很好的想法 👏👏👏
shell 的管道之前看好像是 unix 里边一种很好的实现。
如果基于文本行或整文本，这种方式确实可实现，图形化的话有点像现在不少软件里边的搭电池，web 上一些平台的工作流。

@CEBBCAT #2 我认，确实是有深深的「借鉴」的痕迹，不过，还是有很多不一样的，也研究了很久的 Code-Mirror ，后期看情况，可能会改成用 Monaco-Editor ，毕竟 Compare 的效果要好很多