@l33ch 用 appops 治它们即可

@houzhenhong 假装 play 在内地可用就可以了

@t123yh
fx 载入会比 chrome 慢，57 以前更明显。
尝试装 ublock origin

看到第一眼以为是 android wear

@zachguo material design 经常会这样五颜六色的

@leots android 上一直在用 firefox，非常满意 57 的表现。
pc 上 firefox 目前是第一备胎，考虑到它有 first party isolation，有移植于 tor browser 的 fingerprint resistance，也上了沙盘，它和 chrome 的角色可能会对调。

linus techtips 做过几期它自己的储存阵列升级 /灾难恢复的录像，可以参考。

它们用了万兆交换机，所以每个视频编辑的电脑都能用接近 1000MB 的速度传输。

整个 studio 里的 WLAN 和 @livid 一样用了 ubiquiti 的 uap-ac-hd

楼主还没有关微信？

建议转 quora

比较好的备份方式是本地包括原本在内存两个拷贝，云端再存一份

@JamesR google photos 明确会扫描照片的，否则，它怎么根据 context 来分类头像，自动制作相簿，ps 照片等。我看了一下它现在连具体的阿猫阿狗品种都能认出来

现在 onedrive 也在做这件事了。

这部分和 gmail 是相同的。

semaphore 的语源是船上的旗语

可是为何要用这种不入流的“浏览器”？

@yankebupt ZHO 这种模式除了 ubiquiti 外还有一个牌子以前在做的，名字记不起来，可能是唯一满足你要求的

@yankebupt 我实测下来 ios 在这种 unifi 的情况下做到 0.2 ～ 0.5 秒的程度（思科的印度工程师做过一个录像，效果更好，是妥妥地 100ms 以内），不支持 802.11r 的 pixel 会达到 1 ～ 2 秒。

wlan 的延迟可能还是不太能满足你的需求。

能描述下具体使用场景吗？出现漫游的典型情况是什么？

@WillShin mesh 类型的 wlan 不能使用 802.11r

装作墙不在就可以下载了

ap 和客户端设备需要同时支持 802.11 r/k/v/w 的一项或多项（ r 又叫做 fast roaming，是基础），从前往后越多越好。

ubiquiti 的 unifi 的 ap 才刚刚支持到 802.11r/k

家用路由器产品目前没有支持这些特性的。
大企业（思科 /华为 /华三 /netgear/aruba 等）的面相企业的产品大都支持这些特性，但是它们的设备比 ubiquiti 的还要贵很多。

ap 的问题花钱就能解决，但是移动设备对以上特性的支持普遍很差。
手机里 ios 设备的支持非常好，三星的旗舰手机似乎也是（大多数 android 设备不支持快速漫游），英特尔自己的 wlan 网卡也都支持，windows10 也开始强调支持这些快速漫游特性（具体应该还是会落实到网卡 /网卡驱动），qualcomm 从明年 sdm845 开始配套的 wlan 芯片才会支持这些特性。

802.11r 还有一个问题，在开启它的网络中，设备可以不支持 fast roaming，但至少要能认得它，因此旧设备（没有设计为能识别 802.11r 的）可能无法连上此类网络。

还有一种让多个 ap 模拟单一 ap 的快速漫游法，不需要客户端设备特意支持上述技术，但要严重牺牲带宽 /容量，这种模式下所有 ap 都要使用同一个频点，而且只能用 20mhz 带宽。ubiquiti 自从开始采用 802.11r ，便放弃了这种做法。

浏览器现在有一个流行的概念，叫做 first party isolation。

做类比的话，android 是没有 first party isolation，而 ios 是强制使用 first party isolation，在 ios，以用户追踪为用途的跨应用信息共享是受到限制的。

safari 是最早公布启用 fpi 的厂商，firefox 在大约一年前也开始着手做这件事，目前已经做了七七八八。
chrome 没有 fpi。

这个运算符当它是个语法糖，用来让表达式简化（具体适用范围楼上已经说清楚了）的。
如果对你而言它不比 if else 更好的话，没有必要逼着自己去用。