我也觉得瓶颈在数据库，按照你描述的业务，应该会经常访问到重复的数据，加层 redis 吧。

@caoyanglee 跟我们的项目反过来了，我们是 iOS 端付费的多

@xgdgsc 这本书的副标题是 “How to lose weight and hair through stress and poor nutrition” 。。。。。。。

深圳，大沙河，全是罗非鱼和黑脸白鹭

去年牙疼，减了 10+斤

@HiHuan 现在很多小年轻都这么称呼配偶的，刚开始在朋友圈看到“感谢队友”我都一脸懵逼。

= =# iOS 的“Rate Us”跳转到《记得倒数》去了啊……

"Join the VIP, module_vip_features_safe" UnLock more features. 点 VIP 的时候提示语是这个，手机是英语系统，看来这里的翻译出问题了。

@godleon

就像 2 楼说的是不是 可以编辑为 2 进制传输，这效率不是高太多了

-------------

不要一开始就考虑优化。而且 2 楼提到的 opus 一般用在实时语音领域，需求里一条条的语音消息，完全没必要上这个增加复杂度。

语音消息就是录制好的 mp3 上传到服务器，发链接给对方，这个思路没毛病啊

ZF 网站访问不了。

要试的话很简单啊，挂个全局梯子，看能不能打开“国内常用网站”就知道了。

成功者必然比只当程序员少，因为既需要程序员的技能，又需要 UP 主技能。

V2ray NG 那么简单的页面，不流畅就有鬼了。。。

做不难，运营起来难。就拿用户上传摊位收佣金这事儿，随便传几个位置，谁来鉴定真假。

难道是为了快要放出来的 1000 万待业大军挪位子？

从高位开始
第一位 0-9 从[0-9, A-Z] 随机挑选 10 个字符作为映射。
第二位 0-9 从[0-9, A-Z] 随机挑选 10 个字符作为映射。
第二位 0-9 从[0-9, A-Z] 随机挑选 10 个字符作为映射。
……
以此类推，最后两位可以把前面几位相加，得到的两位数再处理。要是嫌记每位 10 个字符的映射太麻烦，用 ASCII 码每位取不同的 offset 去映射也可以。