@matsuz 既然决定“好心”就需要有一定的责任感。毫无责任感毫无公德心的“好心”很容易变成事实上的伤害，哪怕不是恶意的揣测他们的真实意图。

官方既然没有带宽和可用性最低标准，那我好心开放一个 1b/s 的源给大家可好？又满足了我贡献社会的虚荣心，又不至于让月薪 3k 的我生活受到影响。至于有没有伤害到 ubuntu 国内社区造成用户流失。。。哎哎哎我不是恶意的啊。

真真正正就像现实生活中往公益站送破毛衣、旧袜子、脏被褥的人。谴责教育排斥打击吧，似乎人家站在道德制高点上碰不得。姑息纵容吧，实实在在的给公益人员、给受帮助人员带来了麻烦甚至伤害。

1，大文件分片上传没错。但存储分片更多的带来麻烦不会带来多少收益。一般不分片存储。比如跨分片搜索、匹配、解码、修改等各种操作。
2，如果非要分片存储，可以把每个分片做 hash。无论初次还是后续上传，按分片做 hash 来判断是否可以“秒传”。然后传输那些 hash 无法匹配的分片即可。
3，新的分片们到达服务器，依然按 hash/id 做存储。文件元数据本身会保存拥有的所有分片的索引。
4，每个分片有引用计数，定期删除没有引用的分片。

以上都是脑洞。
我们的做法是直传阿里云等各种云存储，自带 SDK 支持秒传、分片等信息。云存储后给业务层传个最终结果 key 就可以了。这样存储子系统和业务子系统可以独立，业务子系统不用修改巨大的 body 体积上限，也不用占用巨大的带宽和连接时长。

@ylsc633 怕不是会写到怀疑人生。/XD

@augustheart #44，对你的笑话很感兴趣。还有更多吗？

假如我拿到你的手机，我可以查看修改你的所有数据，这是多么的可怕！
所以说我们应该抛弃手机吗？
既然很难有什么技术是“绝对安全”的，我们就需要唾弃所有那些有漏洞的技术方案吗？

安全从来都是有限制有范围的相对安全。请在明确定义安全防护能力的前提下选择技术方案。
如果你需要考虑 token 失密问题，那就给方案打补丁（比如缩短 token 有效期）或者换方案（比如双端证书）。
如果你需要考虑密码失密问题，那就上指纹上虹膜。
如果你需要考虑手机丢失问题。。。
如果你需要考虑用户已叛国成为间谍问题。。。

你可以无限制的加高安全壁垒，相应的你需要付出相应的成本。

1，通知整改
2，通知停站
3，行政处罚
4，直接拔管子
5，强制等保
6，负责人接受教育和各种培训班

再往上就是法律层面了。

@amazing3k #22，authCode 改成 saltCode，md5 函数函数去掉一层，顿时就熟稔了。
这不就是加盐 MD5 嘛！

其实问题都没有明确。
自增 ID 怎么了？遇到了什么问题？
分布式？
安全隐秘？
全局唯一性？
全局自增有序？
都有增强 /替代方案。

如果只是看着不爽，那闭着眼睛用好了。自增 ID 缺点不少，优点也是大把。何必瞧人家土呢？再土能土得过 TCP/IP 和冯诺依曼计算机架构？还不是天天用。

这么规整的文件，是否可以考虑尝试当做 csv 来读？ read_csv 的 sep 参数支持正则的。

java 做爬虫它牛就牛在爬虫业务两不误。
招个 py 做完爬虫是开掉还是开掉呢？

@lurenw “完全达到线上验证的效果”其实不用刻意追求，没必要。
使用生产数据主要有两个作用：
1，主流程验证，包括读写操作。
2，针对个别生产数据产生 bug 的情况做复现、测试、回归。

其实都只需要近期部分数据就可以了。
基础数据包括配置等一般需要全量，也不会很多。比如社区全局配置。
大量同构数据只选择一部分即可。比如社区最近一个月的用户帖子回复。

@HuasLeung 可以说说原因吗？

预发布环境有独立的库，每次发布之前从生产数据库同步+脱敏数据过来。

两个异构子系统没必要直接调来调去啊。强扭的瓜不甜。
作为两个可执行程序，命令行就是个交互接口。
作为两个进程，有进程间通讯机制。
作为两个服务，有 http/rpc 接口或者 mq 做同步 /异步调用。

后端是 PHP 无疑。
这个问题不仅仅因为后端垃圾，还因为你们的技术经理、项目经理、架构师等相关角色缺失或者垃圾。

深夜食堂的心态一定得是闲。这就别想了。
深夜快餐店倒是没问题。最好是可以带着边吃边赶车的那些食品。
你得抓住 996 下班族当前的心态和行动路线。

咆哮体大概是 2008、09 年左右开始流行的，大概流行了三四年？
在机房通宵、只有一台电脑，穷成这样那是 05 年之前的学校？
10L Robin 首富是 2011 年？搞单反，搞摄影也差不多那个年代。
毕竟现在程序员都去搞女装了吧。/手动狗头

IE6 糟糕在什么地方？
不是它战胜 Netscape 成为领先浏览器的时候。
也不是它市占率第一独领风骚的时候。
而是它自创标准并且严重落后于时代并且浑身 bug 的时候。

说实话，先进+独占对于开发者来说非常友好。不用考虑碎片化，不用考虑兼容性，有什么不满足？
所有的槽点都在 IE 落后于所有人成为一坨又臭又旧的大便的时候开始。

现在的 chrome，满足以上哪几个条件？
1，自创标准。其实主要是因为很多技术由 chrome 引领。一旦成为业界标准，chrome 的完成度是向来在一线的。这一点值得吐槽的应该是 Safari，新一代墨迹王。
2，严重落后于时代。并没有。
3，浑身 bug。整体来说表现还不错了。在这一点上 Safari 依然占据头把交椅。

真要说当代 IE6，倒是可以提名 Safari 和微信 X5 魔改内核。