一般大家家里的路由器网段很大比例也是 192.168.0.1/24，你们办公室也是同一个网段。

shell 里面 sort | uniq 就可以。内存不够的时候 sort 会自动交换到磁盘上。

https://unix.stackexchange.com/questions/383056/sort-huge-list-130gb-in-linux

sublime text 返回默认也是 ctrl + - 吧

返回不是 ctrl+- 吗？

二进制文件理论上没有行的概念。
好像有个库提供了 read_until 的方法。

为啥不用 Builder，好像更加简单直观，功能也更强大

我们系统直接用了 Decimal，但是这样要求所有地方的代码也得都用 Decimal

用户端精确到分够了，但是涉及到分佣，1 分钱乘个 3% 啥的，怎么也得小数点后 5 6 位。除非合同规则里面写明精确到分，四舍五入。

@rizon 从第一条开始算是因为你们客户端使用 offset 来确定位置。改成 cursor，并且把第一次翻页的位置 encode 在 cursor 里面返回给客户端，客户端请求下一页的时候再把 cursor 原封不动的传到服务器。这样就能实现在两次翻页之间传递数据。第二次翻页就可以知道上一次翻到哪里了，直接从上一次的位置继续往下翻

1、2 简单做就是定期脚本，或者异步任务，要一致性高得靠 binlog 同步数据。

3 我们的方案是改造 cursor，抛弃传统的 offset 和 limit，改成 cursor 和 size 的组合。cursor 直接用 json 存储需要在两次翻页直接传递的数据。

我们用到的有 3 中方法：

1. 直接把过滤后的全量数据冗余一份，翻页直接在过滤后的表里面查询
2. 数据不用 MySQL 存，改成存 ElasticSearch。ES 一般都能满足各种业务条件过滤和筛选
3. 在翻页函数外面再套一个翻页函数。每次翻页的时候先取一页数据，然后过滤完看下数据够不够。如果数据不够，再往下多查一页数据，一直到满足的条数为止。外层的翻页函数用起来就跟普通的翻页函数一样。

1、2 的难点在于保证冗余数据与原始数据的一致性。3 的难点在于客户端往下翻页的时候应该从哪个地方往下查询。

@yinqi025 Z2ZyZWV6eUBnbWFpbC5jb20= 感谢🙏

Python 有兴趣吗？下厨房正在招聘后端实习生，可以发邮件到 [email protected]

原文跟 go 没啥关系啊。收到请求入队列，然后开一大波 worker 处理。只要队列扛得住，不停加 worker 就可以了。跟 go 没啥关系，而且都是 io bound 的，ruby 完全也可以达到这个效果

只取少量字段的时候稍微慢一点吧。MySQL 行存储需要遍历更多的数据。

找到工作了吗？对下厨房有兴趣的话可以发简历到

feichao#xiachufang#com

对下厨房有兴趣吗？可以发一下简历到 feichao#xiachufang.com