@laoyur ocsp.apple.com 不是什么监听的，是苹果的证书校验和更新的服务，没必要 ban 。

通过源码分析得出性能差异，是不是有点儿扯犊子？？没有相同环境的运行测试得出的结论都是耍流氓，现代浏览器还要考虑各种插件的性能影响，要得出一个谁更快的定论就更是扯犊子了。

推荐 Quiver，开源的，支持 text cell, markdown cell, latex cell, code cell 等等。导入导出格式都还不错。

一入 Java 深似海，直接 python/django 一把梭不香吗，框架成熟，对新手友好。

普通的分页请求不存在写操作，RESTful 只是建议用 GET 吧，请求参数就应该放在 url query path 里面。如果是比较复杂的分页，参数比较复杂或者在业务层上将存在写操作的请求才需要调整成 POST 或者其他的吧。

没有必要纠结参数应该用什么方式回传的，应该先定义用什么请求方法体。规范就是干这事儿的，说错了请纠正我。

谢谢你让我回想起来原来百度“搜索”海做过这种东西，上次看到应该是 4 年前吧，早就用插件屏蔽了哪些毫无意义的内容。

.gitignore && git hook 了解一下，发火儿就证明 up 主太年轻了，拿出具体解决方案和出发点来说服对方才是正解。

洁癖是好事，主要针对自己，然后建设性地说服别人。

我就想知道如果对方会不会不定期 merge 你新提交的 commit

@shutongxinq 还真不知道是什么含义，只知道一直都这么描述，包括 x86_64 。请教？

@shutongxinq Catalina 只是放弃了 i386 吧，x86 还是主要的架构。

至于迁移问题，想想 Windows 为什么一直有那么多老旧软件大都是基于 xp 开发的，常年没有更新，微软直接放弃了 x86 必然会挨骂。

关于苹果只支持在 ARM 版 mac 上运行 iOS app，我觉得一定程度上是苹果偷了个懒，现在的 iOS 设备都是 arm 系列架构，因为 iOS 的成功所以才敢这么大胆的放弃 x86 。至于放弃了 x86，大概率是兼容目前现有的 ARM app 到 x86 的难度和工作量太大了，所以放弃了。

朋友圈也许会被删除，但是图片肯定不会被删除，我堵 10 块钱的。

万万没想到，居然还有这么多人写的系统用浮点类型，惊到了

eGluZ2hlbmcuaGF4QHFxLmNvbQo=

@lnim 加“上滑动画”确实是个办法，仔细再试了几次他们的减速逻辑，确实很可能就是这么做的。

@luckyrayyy 你说得对，是我想差了。逃...

直接双端指针往中间遍历并且比较平方值就行了，不需要 sort，时间复杂度 O1，空间复杂度 On 。