chmod 是最简单但也是最不可靠的，随时有可能引起不可预测的问题，特别是重置权限到一半的时候
我推荐使用目录的真正执行用户登录去 git 更新，如果执行用户比较特殊也可以用 root 账号但以用户的角色去更新
su -s /bin/bash -c "git pull ..." user2
这样更新的文件就是属于 user2 了

如果你有 docker，还可以把 user2 映射到 docker 中的某个用户然后从容器中更新，效果也是一样的

慢的时候，重点检查有没有太多执行中事务，如果没有就考虑连接数不够的问题

理性讨论，监听理论上可行，但实际收益率极低风险还大

反向思考下，举个例子，假设每天 10w 人被监听并精准推送，1 年就是几百 w 人，即使其中只有 1%的人认为被侵犯并举报或跟周围人讨论(实际比例可能会高很多)，也会造成非常严重的社会舆论了，但实际搜索下相关新闻，关于被监听的每年零星有一些但并不多。

再从收益考虑，以我之前的经验判断，每天 10w 人精准推送养活小公司是没问题的，但对于巨头来说就微不足道了，塞牙缝都不够，不可能冒着极高的被发现的风险去做这种"no zuo no die"的事，所以假设他们想作恶，那量级一定不可能是 10w，会高 1-2 个数量级，但这样的话恐怕早就爆出来了

我偶尔淘宝也会给我推荐我讨论过甚至刚好在想的商品，不过并没放在心上，因为大数据环境每天都根据我的画像推荐产品，总有一天会碰到，反而从来碰不到才显得奇怪。

所以这样分析，如果说某个小 app 开发了语音推荐功能，有一些可能。但用户量较大的 app 敢玩这个，我是不信的。当然如果某人真的找到这种劲爆证据那还是欢迎的，欢迎打脸。

知榜

可以用 awk 截取到本地文件

有这功夫还不如来做点更有意义(价值)的事
https://privatekeys.pw/puzzles/bitcoin-puzzle-tx

不推荐二进制，虽然节约了空间，但是直观性扩展性不高，而且要利用索引也麻烦
加个映射表吧

如果说第一条多花点时间还勉强可以做到
第二条 "所有的异常情况考虑周全，捕获到位。"
永远做不到，如果你做到了，那一定是系统不够复杂

@yitingbai

https://i.imgur.com/rJ3mF2z.png

众所周知，高精度值计算存储全球统一看法字符串最稳，所以用 decimal

另外，如果可以接受内存大点的话，go-astilectron 是个不错的选择，基于 electron 的，开发个几个小工具了，比较方便没有什么坑

@ysc3839 同意你的看法，miniblink 闭源、开发团队精力不多、不跨平台、未全球性推广都决定了它很难真正流行起来，不过开发一些快捷的小工具，还是可以考虑下的，毕竟 go 的 gui 天生缺，做界面 HTML5 也具有天生优势 快&方便&人人都会一些

如果不考虑跨平台的话，要不要试试 miniblink，内存占用几 M-几十 M，直接 HTML5 书写，跟 go 交互也简单
https://github.com/del-xiong/miniblink

@shikkoku 我只是举个例子，无论你价格多少，想保证所有人满带宽运行都不是现在的价格能 hold 的

我觉得是合理的，标准带宽只能保证你"合理使用"能达到的最大带宽，因此用户能使用的总流量应该会有一个预估，对普通用户来说是几乎不可能超过上限的，屏蔽超量使用用户是为了保证整体使用体验，虽然我也在使用 pt，但不能昧着良心说话，我周围从没听说哪个正常用户被限制宽带使用的。
如果要保证每个人都是最高带宽 7*24*30 运行，对 90%+的用户来说意义不大，但要相应提高数倍基础设施，对用户端来说就是我本来 129 元的宽带，现在可能需要支付 399 。
同类的例子还有要求快递全部送上门，为了保证少数用户的体验提高整体用户的成本，我都是反对的。
如果你自己不满也可以申诉重新获得资格，对部分申诉的特殊用户保留使用资格，他们也不是第一次处理了，但对整体用户来说，仍然会添加使用限制。
这其实是一个经济问题。

就我所知，备案查询应该是要验证的，不清楚验证后可以管多久

之前在外企呆过，都是规范格式，描述有误被打回 pr 的大有人在，现在养成了习惯尽可能一句话描述清楚改动
养成这习惯很有好处，有一次调试一个 bug 追踪到了 4 年前，根据详细的 commit 描述 1 小时就定位到了，如果 msg 乱写我估计 1 天都未必能找到

@eric96 kv 写入是完全没有问题的(渣机都可以跑到 4w+)，不过一般的 kv 库都存字符串不支持字段(需要序列化存储)，要支持字段只能考虑楼上列的其他非 kv 数据库