当前已经连接的 WiFi 的 ssid/bssid 是不受定位权限保护的

apple pay 的实现形式是：

手机里储存一张虚拟的银行卡，以银联的 NFC 近场支付(云闪付)完成交易
所以走的是银联通道

所以如果要绑定其它第三方支付账号，意味着出现了这样的流程：

第三方支付-->银联-->银行
但是第三方支付自身是和银行直接联网的，不经过银联，它们自然不会愿意再走一次银联通道

@Qlccks2 不对，那要支付宝干嘛，银联已经把支付宝的职责承担了
@swuzjb 比较步骤一定是 NFC 简单，云闪付的问题是在压根没人用。

如果你做到了非 apple pay 不用的程度，自然会发现能因此惹上很多麻烦，尽管这些麻烦并不是你造成的，它们可以是这些内容：

1 ，营业员不熟悉，以各种理由抗拒闪付。
2 ， pos 机采用了 2G 网络，和银联通信速度很慢，一次刷卡可能需要等待长时间。
3 ，如果你不幸使用了 Android 端银行做的云闪付应用，那简直就是垃圾，它们的推送大多是 giesecke&devrient 负责的也很糟糕(Apple Pay 等手机制造商自己的云闪付形式不受影响)。虽然支付宝 /微信自身的 UI 也很糟糕，但那是故意为之(而不是缺少能力)，而且它们基本没有性能问题。

此外还有一种可能性，硬盘或许也会发生类似闪存在不通电储存时的比特衰减，但温度在一定范围内改变不显著影响这个过程。

闪存在高温储存时比特衰减的速度明显比低温时快。

jedec 有一张演示图（称数据来源于英特尔）
按照家用标准，闪存工作于 40 度断电存放于 30 度时，数据需要能可靠保存 52 周（一年），但断电储存于 40 度环境时，只需要保证 14 周（三个月）

即便不（很少）使用，非常旧的硬盘损坏的几率也比新硬盘高。

SSD 也有同样的规律。

这是不允许的：

视频网站不支持 https ，确认
只支持 iframe 方式引用，确认

那么应该像知乎那样放弃该类视频支持，特别是在 iOS 应用这样不允许使用非 HTTPS 的场合

@geeksammao

类似 Windows 8/10 那样，默认隐藏了 ReFS ，但可以建立 ReFS 分区，但不能用作系统分区 /启动盘，不能挂载 Windows Server 2016 建立的新版 ReFS(3.1)卷。

Sierra 默认不使用 apfs 但可以建立 apfs 分区，但苹果似乎没有保证 sierra 建立的 apfs 分区可以被未来的 macOS 使用。

@little_cup

看上去 IO 性能有很大提高

最近几代 iPhone 使用了比 UFS 更快的 PCI Express 接口， iPhone 的磁盘测试中， IO 吞吐量的指标远远超过竞品，但 IOPS 指标（特别随机写）并没有和吞吐量一致的表现

http://www.anandtech.com/show/10685/the-iphone-7-and-iphone-7-plus-review/4
http://www.anandtech.com/show/10493/motorola-moto-z-force-droid-review/6

注:moto 和华为 p9 用了 F2FS 文件系统


@BXIA

测试版 Windows 的 ReFS 已经更新到 3.2 了

wear 2.0 能独立自主联网是一个潜在的问题

@besto 注册的时候弄错了，原本想用 Honeypot 。

@besto 4.3 正式发布的时候，为了开当时还只是隐藏着的 appops 编译过， 4G 内存的虚拟机还勉强够用。

macbook 2016 的接口有什么问题吗？
我连一台麦金塔都没有，都已经无痛迁移到 type-C 了

@keinx dns 劫持并不是运营商劫持的唯一办法， HTTP 会话劫持也是常用手段

@BXIA TOTP 自身就是国际标准， Google 验证器是 TOTP 的一种实现

@kmahyyg 而且那确实是隐私信息

又是标题党

@daozhihun

O 新增的后台限制的原型是 7.0/7.1 的一个 OP ：
RUN_IN_BACKGROUND


另外 O 新增了两个 OP ， 应该和增强了第三方应用涉及通话功能有关
OPSTR_PROCESS_OUTGOING_CALLS
OPSTR_READ_PHONE_NUMBER

抱歉，原来 rufus 不是跨平台的

rufus