@Aquamarine
ublock origin 是 chromium 扩展形式存在的
需要在 yandex 手动载入(yandex 支持访问 chrome extension store 等扩展市场，但刻意屏蔽了 ublock origin，因此需要你手动下载 ublock origin 的包，解压它，通过 yandex 集成 chromium 的加载已解压的扩展的方式来加载)


@88080398
我也要谢谢当时某位大佬教会了这种办法

@CEBBCAT 路由器不太容易挡 HTTPS 来源的，不搞中间人就只能屏蔽域名

使用 yandex/samsung Internet/Mozilla Firefox，它们可用 adguard，adblock plus。

前者用一些技巧（手动载入扩展）还可以用 ublock origin

adaway 等是改 hosts，和它不冲突

还有一个选项是 caf browser，它自带了一个来源于 adblock plus 的内容拦截器。
但是其过滤规则订阅不允许更改，魔趣自带的浏览器有国内的列表（ easylist china ），国外有新版（ tugapower ）的但没有国内列表但很久没更新了，所以不是最推荐。

40Gbps 对线的要求很高(眼图会很难看)，这种线内部都会有整形器。
按照下表，目前应该没有两米长且支持 40Gbps 速率的 ThunderBolt3 铜缆，除非是 SS 线对部分用光纤传输的版本

TB3 对线缆的要求比 USB 3.1Gen1(5Gbps)/Gen2(10Gbps)高，而且一般内部有专用芯片

苹果的电源线是一根很好的 PD 充电线，但它是 USB2.0 格式的，没有 SS 线对。按照 Nathan K.的观点，他认为这是最好的可用于 PD 的长线

相关：
www.reddit.com/r/GooglePixel/comments/57gkfo/nathan_k_google_tc_and_benson_leung_have_created/
docs.google.com/spreadsheets/d/1vnpEXfo2HCGADdd9G2x9dMDWqENiY2kgBJUu29f_TX8/pubhtml#

拒收

@sunjourney

----”淘宝愿意，可以接入 apple pay ”，那微信、知乎不愿意有其它的选择吗？
淘宝可以接入 apple pay 是因为，它作为一个市场出售非应用内的产品，这部分产品若要使用苹果的支付系统，则需要走 apple pay。

----“那微信、知乎不愿意有其它的选择吗”
有，知乎出售它的实体书的服务(若要使用苹果的支付系统)，不能走 IAP，而可以类似地走 apple pay.
回到 IAP 涉及的内容，必须经过 IAP，iOS 的生态系统保证了苹果执行这个政策。

亚马逊在 Google Play 也有一个案例：
play 要求亚马逊的应用 A 不能提供应用市场的功能--->我们一般预期的结果是，A 的下一个版本去掉了应用市场功能
但是，亚马逊直接下架了 A(亚马逊能保有已经安装 A 的用户)，并上架了不提供应用市场的应用 B(符合 play 政策)

其中有共同原则：大的应用开发商，死(下线相关功能)也不听平台的

----“抽成的方向可以是 第三方 -> 平台 -> 苹果”
这么做不符合苹果的利益，也没有足够强大的外部力量迫使苹果这么做。
重点在于，IAP 事实上是用户向苹果付费(然后苹果给开发者分成)，而 apple pay 则不是

@mengyaoss77
技术上 qq 会员充值的方式也是违反 IAP 政策的

@sunjourney

”按模型淘宝购物也是要收这 30% “
如果是在淘宝购买 IAP 范围之外的产品，不能走 IAP。
如果淘宝愿意，可以接入 apple pay，也可以使用其它的支付方式。

”事实上，你买一个商品和看别人的回答、表演有什么区别吗“
有区别，IAP 政策已经指出
对用户而言，这个区别可以是无意义的，对于苹果而言则不然。

”我的观点是可以一视同仁“
苹果不同意这个观点，如果应用运营者不同意苹果的该项不同意，结局只能是应用下架

在这个事件上的我倾向苹果的原因是希望微信变得弱小，因此我一般会支持有利于打压微信的变更。

@wzxjohn
考虑看一下 getLine1Number 的实现？

看上去这个接口应该是由 OP_READ_PHONE_STATE 管的
所以 READ_SMS/SEND_SMS 这两个 OP 和 getLine1Number 无关

确实是这样
https://android.googlesource.com/platform/frameworks/base/+/android-7.1.2_r12/telephony/java/android/telephony/TelephonyManager.java

里面有一句

number = telephony.getLine1NumberForDisplay(subId, mContext.getOpPackageName());
后面的参数就是要把调用这个接口的应用包名传进去，appops 负责检查这个包是否可以执行特定的 OP
但它的具体实现在 ITelephony.java 里，是要通过 ITelephony.aldl 生成的

@sunjourney

IAP 的模型是用户向 apple 付费，apple 从中抽取 30%的分成，剩下部分扣除坏账后给运营者。
所以“平台由苹果代收而已”应该是不符合实际的。

----“你用安卓平台向我提问付费 100，你用 iOS 平台，那对不起，请支付 142，不然我回答一个问题亏 30。”

苹果的 IAP 似乎不允许这样的做法
比方说，office 365 一年的订阅费用是 199，那么通过 IAP 购买获得的相同产品，用户实际通过 IAP 支付的费用也是 199(总之不能比 199 高)。

但是很多通过 IAP 换取游戏内金币的厂商会试图绕过这个政策：
通过 IAP，10 块钱买 7 个金币，在深水淘上 10 块钱 10 个金币
这样就有两处(绕过 IAP，定价)不符合 IAP 政策了。

在非内地的 Android 上这不是问题，play 的内购抽取的佣金也是 30%。

@shyrock

Google Photos
这个应用有一个自动存档照片的特性，它会自动找出可能无用的照片，请求用户将其存档(而不再被直接搜索到)

iOS 11 的系统自带照片也会在 ML 有巨大进步

@sunjourney
苹果收的不是法律意义上的税，它的 IAP 政策似乎不允许在收费时同时告知用户“您付费的 30%会给苹果公司”

@l00t 它不应当具备这个能力，即便具备也要有优雅降级的。

这里有一个坑，Google 把永久识别码也归类到这个权限组，因此间接导致了任何应用都不应当使用该权限的后果

@schemacs
dpc 可以用绿色守护作者的 island，或者官方的样例应用 testdpc

@dreamwar 支付宝也要拒绝哦

因为 iOS 至于一个 app store 可用，该 app store 仅允许这种类型的 IAP。

知乎如果在 play store 发行，则可能也必需要接入 play 的 IAP，但是 play 的 IAP 政策比较宽松（因为知乎打赏的内容可在应用外访问到），似乎可以豁免，另一方面 play store 政策的执行力度本就不强

缓解症状的话吃抗组胺药（氯雷他定之类）
如果希望长期解决问题可考虑中医

无论如何：
1，我不是医生，以上内容仅能用作参考
2，遵守遗嘱

@cst4you 可是 pf 无墙，这个意义上就是对自己好一点了

很重要的是要考虑 MB 的可持续 TDP 很低，7Y75 的突发性能可能不差，但没跑一会就要降频，直到机身再次冷却后才能再次突发。