智障行为，非常影响日常使用。本来一秒钟就能找到的 app，现在可能要反应好几秒才能确认没点错。

c_str 是一个 c 风格的兼容函数。一般是在调用 c 库的时候会用到。所以返回时必须要以 '\0' 结尾
比较方便的做法是，申请内存的时候，总是多申请一些。确保 buffer 的长度始终大于 size。这样只要在 c_str 中简单地在字符串后面写入一个 '\0' 再返回就可以了。
多申请一些内存并不会太浪费。越长的字符串浪费的比率越小。而短字符串往往经常进行拼接操作。预留 buffer 空间既可以减少内存分配次数，也可以减少内存碎片。

没有严格检查用户输入导致网页被植入恶意脚本是很有可能发生的事情。检查 refer 不能防止这种典型的 csrf 攻击。

理论上，任意文本都可以作为明文加密。而语意通顺的文本是任意文本的一个子集。而且看上去两者不是等阶无穷大，应该没法建立一一对应的关系……

嘘嘘助手……

只要没用到虚拟内存，就几乎不会影响性能，内存使用 95%+ 也没问题。
不过，一般互联网应用要应对突发流量，会把平时的使用率控制在 50% 以内。超过就要开始考虑优化或者加机器了。

比特币目前还不是货币，而是一种商品。
贝壳也能当货币。货币的起源比政府要早得多。
投资比特币和其它投资行为并没有本质区别。唯一的问题是你预期的收益，以及能承担多大的投资风险。

运营商劫持，老问题了。微博的全站 https 升级不彻底。
顺便运营商劫持取消授权改密码什么都是没用的。

广告我倒是可以接受，弹出频率比较低。
我最烦的是，每次用 wps 打开一个文件，都要默认打开他的“在线模板”“文档漫游”。仿佛嫌自己启动时间不够长。而且这两个页面根本没有办法设置为默认关闭。
幸好现在公司内部基本不用这些文档格式了，大大减少了使用 wps 的频率。

没有必要。
一次性写入大量数据会导致 IO 阻塞，引入不必要的复杂逻辑。
应用程序自己做 IO 缓存，一旦程序崩溃，缓存里的数据都会丢失。
操作系统本身就对磁盘读写有缓存，并且只要机器不断电就不会丢失。
写日志这种场景，有了数据就写，无需优化。不存在随机写入问题。
即使真的遇到了随机写入的问题，上个 SSD 就好了……

杭州以及差不多位置的地方夏天热死冬天冷死，要南方就南方得彻底一点……

又不是必须的。访问环境不受信任就设，可信就不设。这不是和任何设密码的环境都一样吗……

同一楼。公司巴不得你在公司没事的时候休假，这样忙的时候就不会有人休假了……

其实感觉图片的存储以及带宽成本还是比较低的，不知道 v2 有没有做过这方面的成本估算

楼主反感的不是二维码点餐，而是索要非必要的个人信息。单纯的手机点餐服务是非常方便的，扫码直接点餐，桌号、公众号、手机号都不需要。结账可以在线支付也可以现金。

不必要的权限就是风险。顺便没见过 Linux 上只有一个 root 用户的……（不能控制台登录的用户就不叫用户了吗，气！）

@begeekmyfriend 你给整个 cache 加锁了，那上层调用你的时候不一样被锁住了吗。上层做细粒度的锁还有什么意义……