@heyjei 我们公司卖软件，要安装到客户机器上，他们可能不用 https 协议

@jackerbauer csrf 那种么？

@wei745359223 ip 这种也想过，不过，做不了，因为，我们是多个子系统的，后端需要请求 uc，那么每次来的都是后端 ip

@oppoic 这还有体制关系么，公司人说是我们产品效果好，还省钱

@leeUp 好是好，就是怕做不到让领导满意，毕竟好多概念要学习，再就是方向和之前不同了

@Woood 怎么了？
@cabing 为啥你选第一家，第一家给的钱多

AOF 重写：
(1) 随着 AOF 文件越来越大，里面会有大部分是重复命令或者可以合并的命令（ 100 次 incr = set key 100 ）
(2) 重写的好处：减少 AOF 日志尺寸，减少内存占用，加快数据库恢复时间

@lasuar 分页，他意思是订单表太大，怎么查订单列表
你说的这个我不是很理解 uid 和 order_list 的关联关系数据量怎么会小于用户表？用户对订单是一对多的关系，那如果是 order_list 存数组，你说的数组增加影响可以忽略，我没这么做过，不了解，还有就是用户表了，我认为滴滴用户也不少，有可能一人有多个账号，我觉得数据量也不小。

@yzbythesea
我理解一下这三个表，看是你说的这样不
order table, oder ID -> order 订单 i 按照 id 取模分表
user table, user ID -> order ID 用户表 然后 nosql 存储用户 uid->订单 id
driver table, driver ID -> user ID 司机表，nosql 存储 司机 id->订单 id

@wellsc 海外

@cxshun 多谢 思路多了起来

@wellsc 做外卖的，不知道是哪边，我不熟

@beidounanxizi 因为面试机会少，有点患得患失

@CEBBCAT 语文功底不是很好，他的意思是用户可以看到他所有下的订单，我们好多用户，订单表很大，我们怎么处理订单表

@oppoic 滚那个不是，我内心虚拟的，但能感觉面试官的鄙夷，前面算法还有锁的问题 我都答错了

无年龄限制亮了

@hsuvee 恩，好的，多谢了

@hsuvee 可能我呆了一年吧，有个空缺，因为一些个人原因，不知道咋写简历了，不写空缺就是欺骗，写了吧 没人约面，蛋疼 我也不是人事 我也猜不到 人家啥想法

@FieldYu 现在好找么？我现在投的回的也少