@AoEiuV020 #7 Verified Boot，Safetynet 通不过，不搞 Magisk 的话一堆游戏，App 运行不了了。
Magisk 伪造 Safetynet 结果，有时候因为 Google Play 框架的更新还会失效。

WF-1000XM3，默认套子不舒服，换了 Comply 之后舒适度暴增。

https://www.xbrowsersync.org/

这个需求已经有很成熟的方案了……
端对端加密+开源+匿名注册+可以自建同步服务器+跨平台跨浏览器（就是不支持 Safari ）

建议用 Unbound 搞个 Forward Resolver，自己开放 DoH 和 DoT 出来，有 Let's Encrypt 没那么难设定。

还真有 Nginx 搭配 Windows 用的……
IIS 不好吗？或者 Linux 。

LG 27UL850-W 内置 Color Profile 支持，校正颜色后很香。就是 HDR 支持是假的，要 LG 真 HDR 只能加钱买 27GN950-B 或者 32UL950-W

加钱买 Shield Pro 找安心。

SPF+DKIM+DMARC 都配置了吗？全部配置正确能降低拦截率。

@huguadao #3
@ronman #6
已经被做烂了，邮箱的问题是 IMAP 长连接不适合移动端，起码要搞个 Chat-over-IMAP 扩展，体验才能好。
目前服务端只有 Dovecot 支持
https://doc.dovecot.org/configuration_manual/coi/
或者就是直接上 JMAP，目前只有 Cyrus 支持……

@luodan #123

OLED 也就拼拼准高端，价钱再往上就被 700+背光分区的旗舰级液晶吊打（比如索尼 Z9H 那种）。
暗部细节不贴近仔细看，没什么差了。但是 peak 亮度，OLED 为了防止烧屏做不高。

Dolby Vision 片源，现在最高信号能到 2000nits，OLED 最多短时间小范围 800nits，高了、时间长了就自动防止烧屏降低亮度保护了。
而高端液晶 1000+nits，Z9H 这样的更是 2000+nits 全屏长时间都没问题，完全超过了现存 Dolby Vision 片源的亮度信号范围。

看看 EIZO 之类的给 HDR 电影制片人的参考显示器就知道了，没见过 OLED 的，都是上千个背光分区的液晶。

当然最重要的，买不起。之后 MicroLED 量产+廉价化了应该就有个液晶的复兴，高亮度范围的体验远比完美黑色更容易感知。OLED 十几年了都没解决烧屏的问题，基本上不会有什么长进了吧。

手游特指 2D 萌豚手游，3D 手游大部分还是适配了。

玩手游的话不推荐 Xperia 5 II，aspect ratio 太冷门，很多手游大黑边。

我还以为能看到 Shield TV Pro 2019 的开箱体验呢，结果是啥没听说过的盒子。

@parametrix #50 Fastmail +1, 他们是业界唯一提供 JMAP 的，也是唯一一个支持 APNS 推送到 iOS，macOS 原生客户端的。

@vone #72 不理财就是存款被中央银行的通胀割韭菜，也差不多……

之前没事干写过 SM4 和 ZUC 的软件实现练手。

只能说这俩算法在设计上很鸡贼，一般对称加密算法都要考虑一下软件实现的效率（比如 SIMD 并行化什么的），这俩算法的设计故意避免了当前 CPU 指令集在这方面的应用。

简单的说，就是你想快，必须独立 ASIC 芯片实现，或者 CPU 加专门指令集（例如 AES-NI 那样子的），不管哪个都得交专利费。可以说商业考量严重影响了这两个算法的设计（收专利费，卖芯片）。

核心上，SM4 用 Feistel Network，ZUC 用 LFSR，都是很老的设计，没什么革新点，目前密码学分析上 SM4 也没体现比 RC6 之类同样用 Feistel 的更强的地方，ZUC 用的 LFSR 也用在 GSM 里，GSM 用的密钥 A5/1 和 A5/2 都被证明比同样 54 位密钥采用 Feistel 的 DES 算法弱非常多，GSM 伪基站那么多也是这个原因。要说 LFSR 有什么好处，也就是这个硬件实现容易达到高能效+高性能，但是软件实现快不起来。

至于号称真正强度高的 SM1，具体设计细节均不公开，并且只允许硬件实现不允许软件实现。就接口而猜测，也就是个 128-bits 的 block cipher，连 256-bits 强度的版本都不存在，是否真的有必要做到这么保密呢? 其设计如果公开给大家分析，是不是真的比 SM4 强还不一定。不过要用这个是真的只能买芯片，生财有道啊。