squash 是不经常用的一个功能，一般只在 master 上用。
通常是在 开发分支上进行团队开发，团队中的每个人又在开发分支上迁出多个功能或修复分支进行开发。功能分支和修复分支完成后合并到开发分支。等到开发分支上面的各个功能都稳定之后，合并至主分支发布版本。其中主分支通常为 master，开发分支为 dev，功能分支和修复分支各自起名字。
一般来说，dev 分支处于开发阶段，代码改动量较大，功能变化较大，所以应该尽可能的保证 commit message 尽可能详细，越细越好，这样也更容易发现问题。而代码一旦合并到 master 分支，就表示功能基本稳定了，要发布版本了，版本都发布出去了，精细的历史信息用处就不太大了，所以在 dev 到 master 的时候可以只在 master 上保留关键的信息，其他信息就不用合到 master 了，保持主分支的干爽。
所以 squash 很少用，日常开发基本直接 commit，amend 是在确实应该合并的时候用的。

前后端数据绑定，数据输入在前端，输入实时发给后端计算并返回计算结果，可通过 websocket 达到实时通信？
公式如果是保密的话，那就别想着前端计算了，只能把数据发给后端去计算，公式保存在服务器上。

@rizon #5 应该是 replaceOne 命令已经发送给 MongoServer 了，你 close 只是断开了 node 与 MongoServer 之间的连接，MongoServer 没有关啊，所以 replaceOne 命令还是会正常执行完的。
但是应该是获取不到 callback 了吧？或者能有 callback，但属于竞争条件了，看 callback 和 close 哪个先跑。

对小程序这种原生不原生、web 不 web 的东西比较排斥，用完一定是要马上删掉的……可能是个人洁癖……

Java 强类型，很多地方限制，所以比较繁琐。
py、js 弱类型，所以相对比较容易实现，把类型推导交给解释器。
语言面向的方向不同而已。

硬件加速关掉试试？

@orzorzorzorz 但如果对方设置了 X-Frame-Options: deny 或者 X-Frame-Options: sameorigin，就不能用 iframe 了

@jasamboro
@nosky
这不是有图吗？你们看不到？

1 的问题要到后端反代的服务上去处理，直接在 Nginx 上配应该比较困难。（可能要第三方模块？）
2 的问题我没 Get 到点？ tokenerror 应该也是后端反代的服务报的，去看服务的日志。

感觉他们的并发做的并不是特别好，比如给好友浇水，一天应该只能浇三次，但是点快了的话，偶尔能出现四次，不知道是不是某种特殊设定，还是 bug，还是并发没做好

JWT 用来做短时间的认证没问题，比如超时时间 5 秒认证一次就作废，防止泄漏……
JWT 做 session 本身就有问题，一旦泄漏没办法直接吊销……
要做吊销，只能存黑名单，但是既然都存黑名单了，又何必用 JWT 这么庞大的东西呢，一个密码安全随机数或是 UUID 就好啊，又短，还省去了 JWT 的合法性验证过程……

所以，JWT 真的不适合做 session，只适合做临时的令牌……

请求头规则上就是不区分大小写的，所以与其吐槽他们强制统一小写在符合标准的前提下统一了大小写避免问题，还不如自己遵守标准在取头的时候遵守标准忽略大小写！

@ColinZeb 有实现是一回事，出身是另一回事。

GraphQL 是借着 JavaScript 火起来的。
JavaScript 是借着简单火起来的。

OData 是 .Net 相关的。
.Net 相比 JavaScript 对新手门槛高一些。
.Net 之前是 Windows 专属的。

做成 BT 种子

那个男人👨弃坑，来不了了！

APP 中注册特定的 URI Scheme，PC、Android、iOS 都支持注册。
网页中直接跳转链接 xxxxx://data 就可以了，其中 xxxxx 是你在 APP 里注册的 scheme，data 是任意 URLEncoded 的数据，可以在 APP 中接收的。