ReinWD

@murmur 这波啊 这波是未来可期
米忽悠直呼内行

@bytesfold 几个月前我 mix2s 换 k30p 感觉提升也很大
想看 k30p/mi10 和 mi 11 的横评

模型场景简陋了点
看战斗手感和玩法机制好像不错，支持一个！

青春结束了（

@circleee https://www.v2ex.com/t/476982#reply151

考虑关闭 ssh 的密码登录 使用 ssh 密钥对登录方便安全

可以考虑在自己手机上安装个 ssh 应用 这样即使需要用到他人机子 用 ssh-keygen 生成个密钥传给手机然后手机上传服务器，只要带了手机就不怕登录不了服务器

非自己机子登录服务器之后记得走前把密钥删掉

想实现转移 除非 TX 做出无比伤天害理的事情 然后所有人不敢继续使用现有服务

转移不是一个人两个人做了就有效果的事情。
只有你*需要联络*的所有人都转移了之后，你才能真正意义上摆脱原有的服务
但是现在这个环境下，一个人转移走了，但是他*需要联络*的人又递归触发了上面一行的条件，牵涉的人数就是爆炸式增长了。
递归有多可怕想必对 V 站的人来说不必多谈

回到第一句话 整个事件触发的最可能条件就是出现一个可以使所有人逐渐弃用 TX 服务的动机。
如果此时有其他优质竞品出现，这一事件就有了可能性。

电报因为加密通信不允许审所以被干掉了
如果没被干掉可能是一个比较好的选择

网站公开的数据 正常用户和爬虫都是一个一个请求向服务器发，服务器一个一个回应
本质上没有任何区别
都是合法的流程， 怎么就扯上爬虫的事了

案子的重点应该放在那些被爬下来的数据的流向上
爬下来自己看 和正常用户分开发请求一个一个视频看基本没啥区别 但是爬下来传播出去是侵权
错的是内容利用 而不是爬虫技术本身

看这篇说的就像是“用户利用我们公开的 API 吃了我们的一堆带宽”
和 DDoS 比较像
还是有相应的策略可以防范的
责任并非全在爬虫