SMR 重点是小量随机覆写容易被写入放大，如果你直接丢一大堆数据的话很可能可以直接被优化掉（已知将被覆写的数据）。
我怀疑你就算 dd ，bs 调大也能作相同效果

用 property 开头（

@cweijan （俺就是在寻思不靠这软件系统自带办不到）

@BeautifulSoap 问一下，我也是竖排，如何让两个 Excel 分开，他们一直贴贴分都分不开……

在我还用 QQ 的时候就因为 `/` 是标签的快捷前缀拒绝了 `/` 出`、` 的操作
而且有 `\` 出 `、` 了，再来个键不重复吗？还是说你们的 `\` 出 `¥` ？（）

『水平滚动条就要往下划才能看到』
我觉得这是另一个问题，你想想，Excel 的水平滚动条也是一直能看到的，不需要往下划。

@dashBit 只要公关到合适的人甚至能删问题。
我在那之前因为前前后后各种原因删光所有回答注销账号了

与 @prothentic 是否有关？
唯一发言是挖了个一百多天的坟 /t/787259 ，摘抄如下：『进入创业公司，公司给你期权，你们就是一条船上的。将来公司上市，你也可以获得巨额财富。这是机会，你要好好把握，当然风险也是存在的。』，说实话，语气味道非常诡异。

知乎已经沦陷八百年了，你不会才知道吧

这个密码存储从设计上避免了你说的这个漏洞。

@heqirong 请区分站点（ Site ）和单点（ Point ）
可以在 zerotier 上不用 NAT ，三个站点的网段不同，通过路由表互通，你要能从 A 站点内的一张网卡得知流量来源于 B 站点里的哪一张网卡，之后用 rule 或者路由器里写路由表都随意了。
或者 1:1 NAT 也行，不过我没搞过。

@heqirong 站点互访不要用 NAT 去做，ipsrc 和 ipdest 把两个站点的 prefix 给成对添加 drop

第三方接口，如果涉及关键业务也会要求对参数整体进行签名，主要是为了避免搞砸的情况，比如过长的字符串发生了自动的截断。
你永远不会嫌安全措施太多，你只会嫌安全措施太贵。
非对称密钥为什么还要加 passphrase ？密码都这么长了为什么要 2FA ？

1. 不是需要，而是可选的。即使是防止恶意请求也可以在 HTTP 基础上构建有状态的接口协议，不一定要用无状态的加签验签，实现上更方便就是对性能有压制。
2. OAuth/2 的设计目的是临时授权第三方，但同样可以用于自身权限。尤其是自身系统本身就是极度强调低耦合的情况下。不过实际上也有因为默认用户不是小白，所以让用户自己挑选权限生成所需 token 的系统，比如 Github 。
3. jwt 讨论很多，主要问题是难以撤回。我认为这是一种服务端在不可信的客户端存储关键信息的手段，它构成有用的前提是：a. 服务端自己不适合存储信息； b. 这些信息必只会在客户端访问时改变。session id 和你这里说的 token 只是名字的区别，全部归到 magic key 里面去。
4. SSL/TLS 可以存在客户端证书。不过一般不推荐，主要原因是它强制你需要动 session 层，而不是通常你会进行编程活动的 application 层。如果仅仅是验证还罢了，要用于区分身份意味着你需要大改 session 层。
5. 内部设计的 API 被暴露主要是抽象泄漏的问题。

另外，不用 X 的路线，用 VNC 呢？

synergy 之前是 GPL 且收费，那你显然可以从其他人那边获得一个副本。
后来拆成两部分，核心仍然 GPL ，配置界面专有收费。

@sagaxu 浦东开发前是分浦东和上海的
要按租界，是不是该把市政厅丢出上海？算上当时县城也行，那徐汇区整个丢出上海？

挺现代化城市化的一个乡下地方。