现在的撤回，就是撤回，顺便给你增加了编辑重发功能。
你要的那已经不叫撤回，因为不包含单纯的撤回动作了，而是单纯的编辑已发消息，另外，撤回的目的本来就是为了重新发，放在原位置更新很容易被忽略，反而失去了重新表达的意思

你已经做了不错的选择了，图片多的话从一开始就一来第三方对象存储服务非常合理

能偷短信，人家攻击者自己不会那么傻的，估计是谁家的服务器被黑了当肉鸡用

@vitoliu 其实很小的，4 层通信不像 7 层那么浪费资源，我从前东家走的时候已经上百万设备了，用了也就 100 台左右低配 ECS 服务器分流负载

我写代码就是如此，当年用非常原始的代码风格撑起了几十万的 GPS 并发，后来终于有资深一点的工程师参与，做了几层拆分，不过反而从此不在追加新功能了，毕竟框架的意义是多人分工，而不是让编码更灵活

解密难度虽然比因为几何连续性导致比纯数字更小，但是图案比数字更容易记忆，才是流行的主要原因。
至于安全性的下降，则是靠错误后的安全时间追加来实现，第一次错密码需要间隔 5 分钟，第二次 15 分钟，第三次 60 分钟。。。如此一来，穷举法就无意义了

这时候得夸一夸 windows 的独占机制，前东家的垃圾运维，连端口防御都没做单位，数据库机器中病毒了，但是因为 windows 的数据库服务一直没停，所以数据库文件躲过了被加密，通过局域网实现了数据救回😃😀😃😀

9 的谐音：酒。尝尝高端酒吧

虽然确实不文明，但是拥堵的路况是个推手。驾龄大了都会有一定的抢时间行为。
有个段子：我最讨厌 2 种人：一种是加我塞的，一种是不让我加塞的

你可以尝试用一个中间列过渡下，(盲猜，性能不确定)
把 24 的填充 1，非 24 的填充 2，然后的排序规则就是～
第一排序中间列正序，第二排序 id 列倒序

微信头像是又拍云的妹子？

经验和账户余额，至少需要保证一个是增长的，如果都停滞了，那才是危险信号

作为技术，不要太热心去创新，因为创新带来的业务风险反而可能比抄袭同行盈利更大，别问我为什么这么说，真的深有感触

索引这个词，想想书的索引就很明确了，书本的索引是对标题进行排序，找的时候可以根据排序规律跳跃快速查找

数据库里也是一样，表的索引就是把某些列按照循序排好，单独找个位置存下，每次更新或者新增时候同时要维护下存储的索引，然后查询时候优先从看看查询条件里，有没有能用到的索引列，然后就“跳跃过去快速找数据”

短网址服务自己搞就行，特简单

服务器需要尽可能单子职责，所以没必要装，但很有必要把基本的防火墙用好，把站点管控好
实在需要，用火绒吧

@livid

曾经是临时工负责