一般都是 token+用户名，在数据库中查询 token 对应的用户名。
如果用户名和客户端发送的一致则继续正常的访问。
如果不一致丢 401 错误。

之前做了好多年的小说站，小说站的小说详细页面都是存的金泰文件。总结下
优势：
1 ：系统的压力都在 IO 上， cpu 几乎无压力。对 CC 攻击天然免疫
2 ： cpu 的压力释放出来了， cpu 可以干一些其他的事情，比如说采集

劣势：
1 ：系统迁移是灾难
2 ：对于硬盘是很大的挑战，如果服务器丢在云上还好一点。但是服务器如果在物理机上，那硬盘如果换掉了，那就刺激了。
3 ：如果前期页面没有做好，在页面上加入广告，或者加入其他代码那就是灾难
4 ：如果管理程序效率不高，页面重新发布也是灾难

2.7 还是继续用 2 年再说，到最后一年再考虑换 3

@crashX 这属于非常非常小概率事件，基本上不会发生。就算发生了，主键是唯一的，也保存不了。

@liuzhen 这样处理我觉得主键索引的效率会下降吧。。。。

就当做一次数据迁移吧，查了一下资料也没有找到很简便的处理方式。
LZ 看来这体力活是躲不过去了。
如果有好的方式，请分享下。

文档，需求讨论， TODO 都在 basecamp
代码管理在 bitbucket

remote 对员工素质和个人自制力都有比较高的要求，不是所有人都适合 remote 的。

写几个 app 的后端就明白了！

将验证码二值化之后，然后用投影法在 X 轴上映射下来。之后根据映射值之间的差异来切割，
比如说投影后的值是
000000000011258975460000001264587900000666548970000554979464130000
然后根据这个情况开分隔，但是其实也不太好做。

@duansindo 兄弟，留下联系方式！你联系我也行
amhzaGVuZ3h5QGZveG1haWwuY29t

这是 2.7 的写法！

直接起诉吧，不用废话的。

tomcat

直接去深圳吧！来回香港方便，而且深圳的互联网大厂也很多的。如果 LZ 抗的住内地的加班，和各种坑就来吧。

还好从来没在 jd 上买东西。