挺好的，有几个正好需要

可以从两个维度来衡量

数据公开维度：
首要考虑数据是否是客观意义上的公开数据，还是面对特定人群的。某电商的商品信息就是公开数据（即使是登录才能看也算是公开的，因为并没有对登录后的身份做区别限制，也没有对注册做限制），但商家后台的订单信息就是面对特定人群的。面对特定人群的爬虫行为一定涉及侵权（无论是否商用，哪怕自己只是归档存储也会认定）
公开数据再考虑对方 robots 协议是如何制定的，这部分的约束性稍微较弱，不遵守并不会一定被认定侵权，所以很多大公司的爬虫的确也不遵守，是有隐患的（如果有很明显的商用，那就会惹麻烦，只要不商用，通常会被睁一只眼闭一只眼）

系统影响维度：
这个就简单了，就看爬虫会不会影响目标站点的正常运行，只要有比较大的影响，不管在数据公开维度是否有问题都会被认定侵权。以前采过一个地方网站，采集内容都是公开的信息，但是没控制好并发，把这个网站采挂了，那该负责任负责任，没啥说的

真挺好的，认真负责

如果只是用来进行还款记录和逾期搜索，第一种就能满足，觉得不太好的原因是还有别的业务吗？

词表有多大？
如果词表很大，百以上，可以上一些 NLP 技术，比如 Trie 树，做词表扫描，再根据扫描结果分割
如果词表不大，几十以内，for 循环和正则都可以

从官方文档上看，update-by-query 就会更新所有命中的数据，只不过可以通过 scroll_size 来设置滚动大小
通过 max_docs 参数来设计最多改多少数据，如果不设置就是默认全部数据

windows 可以用 win+tab 来呼出类似 mac 四指上推的效果

@shangwuli 整个 scrum 其实就是一个 PDCA 循环，scrum 的复盘阶段总结上一个 scrum 的问题，怎么在后面的 scrum 避免。重点是复盘的时候是不是能分析到真正的原因，比如 BUG 多，不能简单的增加测试，增加单元测试，为什么会测试不好，可能是测试没有参加需求评审，为什么没做单元测试，可能是研发时间不够挤占了单元测试时间，那后面就需要安排全员参加需求评审，研发需要专门留出写单元测试的时间

1 提交代码要保证合并的正确性和正常运行

@leeuu 现在遇到的问题就是不知道如何获取编辑好的

友盟解决

自己顶上来，寻找有缘人

find / -name '*annoyance*' | xargs rm -f

书房网口都已经连上了，做个 AP 扩展无线信号，现在大部分路由器都支持这个功能

凡人修仙传
从前有座灵剑山
元龙

@abersheeran 是的，这块我记错了，服务端没有端口数量限制，只取决于 CPU 内存资源

给他一个 cron 表达式

有多少并发啊，一台 linux 服务器能提供 6 万多个 socket 连接，剩下的就是每个连接消耗的内存。如果 ws 长连接的并发已经到了万这个量级，那最好是用一个新域名专门处理