运行崩溃、不运行、运行错误、无法通过 HomePod 运行，尽是问题。
以前自动化的日出日落是手机所在地的日出日落时间，现在好像是系统设置里面的手机区域
咖喱人瞎几把乱改。

@MengiNo #17 正相反。你说 Hey Siri 关闭 Apple TV，他并不会关闭。因为 Apple TV 只有休眠和停止播放。

@geekding 创建一个捷径，内容就是使 Apple TV 休眠，这样才能关闭电视机。

Hey, Siri，打开所有窗帘。
窗帘目前是关闭状态。（所以我特么才要打开啊）

Hey, Siri，关闭电视机
你要切换电视机吗？（草泥马，我特么是要关闭电视机）

Hey, Siri，打开次卧空调
抱歉，我无能为力。（特么 iOS14 用得好好的，到了 15 就不行了）

Hey, Siri，打开电风扇
（执行了捷径，但是实际上并没有打开电风扇，这个捷径是米家场景导出来的，必须勾选运行时显示才会运行，iOS14 下正常）

我特么日了狗了。
以上指令均在 Homekit 或者捷径 App 中有对应的场景或者捷径指令，均在 iOS14 下完美运行。

再特么傻逼也不至于这么傻逼吧。

不过唯一一个他们修复了的 bug 是 homekit 自动化终于能够正常运行获取 URL 内容，而不是一股脑提示 unknown host 了……

咖喱味 iOS 就是垃圾

@shanelau #58 长沙本地人

长沙，一个你来一次后悔两次的的城市。

Windows to go

那可不，我一个月只有 200 块用来吃饭，月薪 1000，我也是富裕的。

这问题，我测试过，但是我不会说结果，毕竟怕被🎣

正常啊，毕竟营销认为愿意首发买手机，大概率认为你是下面中的某一类或几类人：
1. 忠实粉丝
2. 急用手机
3. 不差钱
4. 新 Apple 用户

直接都省去了大部分客户分类的工作，向这几类人推销一般成功率最高，跟你是不是实际必须需要没半毛钱关系。

反正我不会去星巴克学🐶

lzma 压缩算法

@zhouwb #2 并没有什么奇怪的代码，就是一个 if 判断键值存在与否，然后返回正确的结果。API 也是托管在自己家里服务器上的，都是自己写的。

办公室：TP （企业路由器，型号不清楚，放大厅用了 6 年了）、水星（开发时测试用的）、小米（开发小组专用）
家里：Netgear （老家之前用 R6220 、后来换了 R7000 、自己家 RBK53 套装）
朋友家：Asus （没记错的话时 AC68 ）
全没有问题。

@imlibra #24 路由器全局……

1. HomePod 全局翻
2. 手机在外面基本没用过 siri （反应太慢，没有全局翻），在家会把请求中继给 HomePod 。
3. MBP 、Apple TV 不用 Siri

一直这么用，基本不会遇到那么严重的泄漏。

免费会导致国有资产流失。

依旧不行，www.taobao.com

这个是 DNS 那边的回复，标准的 DNS 协议会在查询 a.com 回复 a.com 其实是 b.com 的一个 cname 记录。
要改，只能直接在域名服务商那里把 cname 记录改为 A 记录，值改为 b.com 对应的 A 记录值。
当然，改 DNS 回复也行，不过这个我想你也应该没这个权限。🐶