@ihwbunny ^^

语言本来就是以交流为主 大家念什么只要都能理解就行 真这么较真的话要不要一遍又一遍的矫正外国人念你的名字额

何况英语自己本身也是一堆舶来词 不少还是从法语过来的 而且单词发音也是多变 各个地方的人发音都不一样 我觉得怎么发音都随意 只要大家都听得懂就好

说个笑话 很多人都没办法正确发音 Mont Blanc 得 但是人家法国人也没拽着你们一遍遍地纠正发音不是？而且也没耽误我们去买嘛～

看了那个帖子感觉好多人的屁股是真的歪 什么时候妨碍你挣钱了又能作为理由之一？

用户应该有屏蔽广告的权力 而且开发屏蔽广告的程序也是合法的 优酷这样的行为难道不是在侵犯用户屏蔽广告的权力？进一步说的话 那么屏蔽各种追踪 cookie 算不算？屏蔽各种明的暗的用户追踪手段算不算？那是不是运营方投放什么用户就看什么？用户没有一点拒绝的权利么？

估计很多人都没办法理解为什么 Apple 设备越狱会是合法的？有没有思考过用户的权力是没是受到过侵犯？至少从屏蔽广告来看 我觉得优酷侵犯了用户的权利 同时优酷也可以屏蔽对不看广告的用户的服务 而不是去起诉创作各种广告屏蔽工具的人

现在感觉各个法律多不考虑用户的权益 用的一些权益肯定是跟厂家的诉求有冲突的 这个时候法律是应该站在用户这边还是站在厂商这边？如果大家屁股这么歪的话 肯定支持出租车去告滴滴并让滴滴赔钱是吧？毕竟滴滴也给人家造成了损失了嘛

建议各位觉得优酷的做得对的都来读读这篇文章 https://adguard.com/en/blog/ad-blocking-history.html

paw 看一些大的 json 其实也蛮卡的…… 而且对 aws s3 signature 支持的也不好

@GTD 应该更新了吧 更新完会有 network extension

我买的是官网的订阅版 不太清楚 AppStore 额

https://adguard.com/en/blog/big-sur-release-comment.html

Network Extensions is an API that comes in place of the old Kernel Extensions API. Why Apple did it in the first place? Their motive is to prevent developers from working within the Kernel and confine them to User mode. And proper implementation of Kernel Extensions is quite challenging. You make a mistake and you'll end up crashing the system. Transitioning to User mode all the features that earlier were only possible to implement on Kext level should make the OS more stable altogether, or at least in theory that is. Unfortunately, everything comes at a cost.

As for AdGuard, as already mentioned, the API we'll have to use for system-wide filtering from now on is called Network Extensions. And — you guessed it — adopting it was rather painful as well. Big Sur is the first OS that marked the commonplace use of Network Extensions. We've reported a boatload of bugs and spent countless hours talking to Apple devs. Luckily, all wasn't in vain — all critical issues with Network Extensions have been resolved.

感觉后面还有很多需要去适配的 😔

根据 Adguard 的说法 新版本的 Macos 在尝试降低内核的执行代码数量 所以废弃掉了 Kernel Framework 很多在过去依赖于 Kernel Framework 的东西都不能正常工作了 比如 Anyconnect

新得解决方案是 Networking Extension 看起来就是创建了一堆 VPN 其实都是 Networking Extension 弄出来的 不过带来的问题就是我现在真的遇到了多个这样的 VPN 的时候就会有冲突的问题了 哎

@axo 人家 ADP 盈利了 人家可是提供付费添加到白名单的服务的 这跟盈利不盈利怎么了？ 商业竞争还不能盈利了？ 按照这个逻辑我觉得电视台应该去告优酷 毕竟优酷也应厉害损害电视台的利益了么

@dawn009 说实话这个理由太扯了 要是这个理由好用 大家就不用商业竞争了 邮政可以去搞顺丰 出租车可以拿着这个去告滴滴 卖 POS 机的去告支付宝我觉得都 OK

1. 对象存储只是一个协议或者概念 至于你底层用什么其实根本不关心的 底下是你的 fs 也好 是你的 NFS 也好 其实对对象存储来说都可以 具体看你自己的实现了 一般架构上都会有一个 gateway 存在来处理你的请求 至于 gateway 要如何帮你把文件落盘存储那就是你自己的实现了

你现在这么以为只是你以 Minio 做例子罢了 如果是 Ceph 的话其实 Index 和 Data 是在不同的 Pool 上面的 而这个 Pool 又建立在 RADOS 上面 RADOS 自己是直接使用 Bluestore 去管理裸设备的 跟你的 Minio 实现并不一样 现在新的一个叫 ozone 如果你去看 ozone 的话 ozone 的管理模式又变了 虽说是基于你自己的 fs 但是人家是通过 Container 实现了对不同的 Block 的管理 然后利用 Ratis 去管理 Replication 在此之上人家实现了 S3 Protocol 或者是 o3fs 甚至是一个兼容 HDFS 的文件系统

2. 对象存储的重点不在性能上 需要性能的话请选择 NVMeOF 你要区分不同存储的特点 对象存储的好处是可以存储海量数目的文件 并且可以横向扩展 对于一些传统的存储来说 横向扩展还是有很多限制的 而且在存储海量文件的时候也会有管理上的麻烦 就像你自己举例的那样 Minio 就是你说的那么做的

各个存储类型都有自己使用的范围 建议多看看不同的文件系统之间实现的差别和局限性再来讨论这个问题 另外就是要结合你自己的需求来选择合适的存储

@dingwen07 说实话 我真觉得 Slack 做得比他好多了 虽说面向的市场不同 但是你说的这几个方面 Slack 应该做在了 Telegram 前面了吧？

今天更新了 看起来是一个 bug

```
[Other] ERR_HTTP2_PROTOCOL_ERROR on some websites #1374
This week Chrome 87 was released, which has a compatibility problem with AdGuard when using the HTTP/2 filtering protocol - some sites may experience regular hangs and download errors. In this update we have improved HTTP/2 filtering compatibility with Chrome 87, it is recommended to upgrade to the new stable version as soon as possible. :)

[Fixed] BigSur: AdGuard can't start protection in Network Extension filtering mode because of codeSignatureInvalid error
Also in this update, issue which many Big Sur users encountered was fixed. AdGuard network extension couldn't pass the authenticity verification of the developer's signature. Because of that, it was impossible to turn the Network Extension mode on and to enable AdGuard protection.
```

@tsui 主要是自动驾驶要连接网络这个事情就不太靠谱 你要是用来 OTA 那没问题 但是如果涉及到跟自动驾驶相关的说实话我觉得还是算了 就算天顶星科技你也不可能把具体的流程转移到云端额

@SorryChen 然而也基本差不多 5G 覆盖不到位你去哪用 uRLLC 而且 uRLLC 应该是 SA 的特性 SA 估计等 6G 出来了也只有小部分市区能用 外加现在运营商晚上还得给基站断电省电费 那 AutoPilot 要不要晚上就不能用了？ 怎么想这种事情都不靠谱

而且这个想法也是老的了 至少 30 年前我教授读博士的时候就有讨论过类似的想法了 再往前的想法是马路下面埋传感器来辅助定位 听着是不是很有年代感

@SorryChen 那还是等 Tesla 自己去布网吧 就现在这个覆盖率 开一会儿到了信号不好的地方那还用不用了……

@Goldilocks 谁说 Apple 用的 ARM 就是大家知道的那个 ARM……

@nobody123123 https://www.docker.com/blog/apple-silicon-m1-chips-and-docker/?utm_campaign=IT+Pro&utm_content=1605547520&utm_medium=social&utm_source=Organic

@nonduality 然而这个风险有多大呢 就像你提到的发送时必定有时间、IP 、地点 但是实际上数据里面并没有地点 时间这些东西也都是属性自带的 通过这些来判断是某个用户装了什么的可行性有多少？ 你技术上要如何实现这些？

至于使用困扰那是应该去解决的 但是如果说泄露隐私的话还是担心下 ISP 比较好 相对于其他更大的问题 说实话我不觉得这个是个什么严重的问题 你自己去拦截一下这些请求 能从中复原出什么信息呢？

我只是觉得大家把一个看起来很简单的问题变得很严重化 反而对真正严重的问题视而不见 如果你对 OCSP 觉得这么严重的话 name 你对 TLS1.3 以前的协议中 SNI 没有加密的问题怎么看 相对于这么费劲的才能知道你装了什么 app 这个可是会直接泄露你访问了什么网站而且 ISP 直接就能拦截到的 那是不是我们都不要用 TLS 了？