建议转 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 更好的话，没有必要逼着自己去用。

简单版：
两种刷法的结果是一样的

详细版：
如果是 a/b slot 型的设备，那么刷完之后处于激活状态，也就是存放更新好的系统的那个 slot 部分，这两种刷法的结果是相同的。存放旧系统的 slot 是不使用的，因此不影响升级结果。

@titanium98118 是的，b8 也有的

这就是国内的 android 应用大多属于“潜在不需要软件”类的恶意软件的原因

停止使用咸鱼即可

This is intended behavior

如果试图把这个功能做成“当用户许可后，再开始下载”，你会发现这是做不到的。

@a752252255 youtube 不是 iOS 的预装应用，iOS 也没有预装其它可以承担此项任务的应用程序。

因此 apple appstore 自身播放应用介绍的视频便不是多余的

@asdwddd 和合约种类有关，预付费的协议一般不会出现这种问题，它一欠费就停机了，就不会有欠费或者欠费很少且不会持续增长了。

后付费协议会出这种问题。

@fox0001 但是苹果有底气做到不在 ios 支持 pwa，就像 safari 一直不支持 vp9，webm/微信小程序不太可能向 pwa 让步那样