目前通用做法是 session 超时，这个是属于延时判断，非实时
实时判断需要长连接或者server push/client pull，参考chat room

播放列表一般都有移动功能，可实现1
播放列表一般都有反序重排功能，可实现2

1.ncr后设定setting(也即cookies)
2..co.jp 后点下面google.com
3.改浏览器的搜索url
4.发送accept-language为英语的header
5.login，这个基本上不会再跳的，但你这个帐号搜了什么词，google肯定会记录的，隐私问题自行斟酌

呃，完全色盲么？

这个……，想表示同情，又觉得不太好，祝福你！
如果是我理解错误的话，请见谅！！

离校多年，当年念书时宿舍别说手机、wifi，连网线、电话线都没有，连电脑（台式）都是稀罕物，所以对于校园网络不太了解情况，看了zhihu，还真被文章牵引了同情心

当看了附注里面的《会谈记录》（简称），赫然见到“套餐”两字，这……这性质就完全两码事了
然后回到 zhihu 那文，特意 Ctrl-F，通篇没有“套餐”两字

套餐就意味着可选择了，也就是并未对同一范围（同一地点，同一时间）消费全体做单方面唯一强制性限制，该范围内的消费者是有选择的，这个就难以冠上“霸王条款”了

合同内限制无路由器、无wifi、单一客户端，这个属于甄别付费者的行为，是合法的，因为甲方只对付费人唯一个体（乙方不特定可以是人或物件）提供服务，而排除其他个体，这个没有错，例如有些软件只允许同时在一台机器上安装使用一样，如果期望多机使用，就要购买不同的 LICENSE（套餐？）

说电信垄断，这个对象搞错了，除非能证明电信用了恶意手段打击/消除同业竞争者，否则无法证明电信是垄断的，或者说垄断并非由电信主观造成的，这个只能找造成垄断的人的管理方来消除垄断——如果是体制造成垄断，就找能修改体制的人或法人，这个嘛，话题就沉重了。

然后刚才说的甄别付费者的手段，如果双方能达成共识，采用更有效的方式，注意是有效的，而不只是一些保证、誓词、无法取证的法律约束之类，这个倒是双方协商的重点

至于只能用单一平台的客户端，以及误判断网等等，基于合同没有明细，是付费者未能取得应有服务，这个反而是投诉重点，可以走《消法》维权的


最后，不要动不动就“傻X”，我是南方人，不知道这是否跟广东人说 diao 一样仅仅只是语气词，听着总感觉是对人不对事

其实那个什么领导，说淘宝的 “70%” 就是你这意思
中国人用过盗版的，比美国吸过大麻的还多，当然指百分比，绝对数字根本就不用比了

所以，不要用道德范畴说事，法律怎么定的就怎么，也别谈法律很糟糕，这个去跟你投票的那个代表说，让他去提案改；道德只是用来自我规范的，不是规范别人的

不要用公德去批评某个人的私德

@ynyounuo
这个“们”字放在“家庭”的话里面，意味深长啊～

应该来学习一下我们刚实行网名管理条例

我工作第一年就已经明白一个道理，老板的承诺信一成就好了，也别全部不信，全部不信的话在公司容易说错话的

@dedewei
parse 几十个页面正则没有明显优势，但是如果几万个页面，正则花费时间是 lxml 的2/3或更少，bs4就更不用说了，载入页面dom是很耗资源的

我试过在一台老机器（带SSD）上单线程 parse 50+w 个 html，bs4 等了一小时没响应（死掉？），lxml+xpath 是2800+秒，正则是1600+秒，两个程序代码只有两行区别

(?!(?:\<p class……)).*? 代替中间你要无视的那段字串，你去查查这种写法，自己做几个例子就明白了
另外findall 做单句正则分组匹配真的很烦，有时用*和+结果相差甚远（有字符的情况），我经常要调试好几次才成功

建议善用排除正则，(?!(?:排除的字串)).*?
另外，py中正则的贪婪和非贪婪和我预想的差距很大，特别是 findall 多组匹配的时候，注意改动一下观察结果

有没有用参数把圆点包括换行符？

估计有进程启用了“空闲”时 hash 功能

不关心m$怎么变，只关心银行怎么换网银客户端