@geebos 谢谢，version 确实可以不要的

@Leigg 这样做缓存会命中，所以缓存不会雪崩，但仍然取数据库，但只要操作数据库后删除缓存顺利，这个时间很短，取的数据又是存在的数据，数据库不会被穿透。也许可以加一个计数，计数太多可以理解为有意的攻击，不取数据库直接返回错误就好

铁道想搞社交的话，搞个集五福那样的抽奖买票资格也可以的。
如果不在意钱，还可以上 p2p 风控级别的验证。

网页购票的话，先手机验证码一波。手机和 ip 绑一波（临时）。
再先交 100~200 ￥压金（支付宝微信和前面的 ip 手机绑一波-临时）。
一般的黄牛不会有那么多 ip 加手机加那么多有钱的号，这基本避免了黄牛是锁单子的情况。
买票前要输入始发站，如果地区和 ip 地区配对的要优先，黄牛的 ip 很多是偏远地区，春运不会那么多回流。
先存消息队列，不能先到就能抢到，分散到各个时间，抽中没抽中结果回发消息。这样系统负担也轻，黄牛起得早网快机器好的优势可以消掉。
得到消息后一个身份可以买三~四个人从始发地到中转到终点的票及回程。

没拿到退钱可以慢慢退，普通人是放心的
有买票退票春运期间多收手续费，且延迟一个月到账。
可以压黄牛的现金流。

手机 app 购票怎么防前面说了，就是升级不兼容旧 api 的话，苹果商店要下架吧。

实际上大年三十买票初一走，火车上是没什么人的（就是回程不好买，愿意回城得早还好）。不要太在意传统。

十万条记录只要不是列特别多应该不用优化, oracle 数据库性能很好。

@mclxly
要做一个 houzz.com 加 zhihu.com 加 zaih.com 综合的平台,产品还没上线.
母公司的官网: www.ouyada.com.cn

3M 耳塞

因为他至少会两种语言，你可能只会 java 。你学一下 php 或别的什么，对于写 java 有开阔思路的作用。

OCaml

最久发的都 38 天了,后端只面了三个人,没一个人写那三道简单的算法题,甚至连荷塘这种算术题都没人答。
问他们怎么防 sql 注入，一个说改 php.ini(老教材真害人)，一个说靠前端，一个说靠 ORM(这个也算对吧)。

公司在武汉徐东，算一环，但离光谷有些远，不知是不是这个原因。而且要过年了，年终奖的肉或肉锅，还是让人不舍的。

@FrankFang128

因为 js 比 php 坑多, 各种端,各种浏览器也很麻烦；只招一个，更考验独立的能力。

我抄王垠博客的 css.