sqlite 数据量大时撑不住吧，况且它不是 nosql 的。

搞个监听耳机放白噪音

首先要看你的 session 是怎么实现的。常见的有 cookie/memory/cache/file/database 存储这几种。
cookie 就是把所有数据存在 cookie 中。其它的一般是在 cookie/query 中放一个标识，实际数据存在另一个地方。
正如一楼所说，你连丢失的原因都没找到，就想直接跳到解决方案。这是不科学的。

真是奇怪的设计。
既然你知道是 utf-8 的话，那就按 utf-8 编码去读就 OK 了吧。就我有接触的编程语言标准类库中都含有按编码读取文本文件的功能。

@jciba5n4y6u 我也有同样的想法

会 python 不会编程？

直接传 key 简直就是多此一举啊，随便监听一下网络就能把你的 key 盗走。
最简单的方式是使用签名，各大开放平台都是这样做的，性能好，安全性不错。

签名基本原理是通过 key/secret 的实现：
1, 服务器负责为每个客户端生成一对 key/secret （ key/secret 没有任何关系，不能相互推算），保存，并告知客户端。
2, 当客户端调用 api 时，根据某种规则将所有请求参数串联起来并用 secret 生成签名 sign 。
3, 将 sign 和 key 一起放进请求参数对服务器进行调用。（注意 secret 不要传）
4, 服务端收到请求，根据 key 去查 secret ，然后用同样的算法，验证签名。
5, 为避免重放攻击，可加上 timestamp 参数，指明客户端调用的时间。服务端在验证请求时若 timestamp 超过允许误差则直接返回错误。

以上，即使第三方知道了你的算法， key 等信息，由于无法捕获到 secret ，也无法推算，因此是安全的。最好是把 api 布署成 https 的。

搞明白事务和锁就没什么问题了啊。
当然有钱的地方安全性要考虑好，反代只暴露 80/443 ，最好用 443 。
其它服务如数据库 /fastcgi 绑定到本地端口不允许外来连接。
业务流程反复考虑多几遍尽量把细节还有意外的情况纳入考量范畴，写成测试用例
金额变动要写日志，定期对帐，自动的手动的都要对一下。

我觉得“复刻”和“分家”最合适！

@gdtv 发工单威胁他们跟 ICANN 投诉，这招是当时 namesilo 教我的。记得 ICANN 是有条款不允许这种 60 天的冻结。

这个场景用 props 更好

有什么是 winscp 做得了, 而 filezilla 做不了的吗？这两个工具不就是用来上传下载改权限吗？

SELECT SUM(a.cost - b.cost)
FROM a
LEFT JOIN b ON (a.id = b.id)
WHERE a.id = xxx;

看过这样的充电宝。

@magicdawn 我觉得正确的使用方式是这样的：
connection.query('INSERT INTO table VALUES (?, ?)', [a, b], cb)

@fcicq 光盘也有保质期的，而且不长，加上没有密封，更不靠谱。还不如写到硬盘里面，断电存放好，保质期绝对比光盘要高。

用正则替换

vim:
%s/^\(.\+\)$/<p>\1<\/p>/g

@royceyong
我算是对手机没什么追求的人了，你竟然比我还没追求？

@gejigeji
metal 可以删除的。问题是不删除的话，没办法阻止它们的广告。节操比小辣椒还是要高那么一点点！

@yukar
note2 没有 YunOS 的吧？官网没看到固件。

@243205964
听说是的。之前用 note2 的时候， root+绿色是可以干掉阿里系的广告的。

@v3aqb
谢谢

@hard2reg
已经把高德也一并日了。

@v3aqb 求教如何 root ？