没开 Apple Music 订阅？？？

公头不是 USB 啊，应该是非标准私有接口。

同网工，同款终端，从未误触，楼主的触控板各种灵敏度配置是默认的吗，是否开启了轻触单击。

iPhone 上的正常吗？

@huifer #3 同样是面向业务流程的，GitHub 的、Cloudflare 的就都很优质，不谢。

变更窗口晚上九点开始，违规操作提前开始直接被甲方打死。

建议楼主看下主流负载均衡 /应用交付产品的文档，里面有典型的部署架构。

@lonelygod365 #4 逻辑上是可以有一层的，但在物理拓扑上，这一层 LB 不一定是直路部署的硬件，也可能是单臂回出口位置的 LB （这就是我上文所说的“不灵活”等弊端），也可能是另外旁挂（流量单臂）的，还可能是旁路（流量三角）的。

@lonelygod365 #2 没看到图，语言描述看是可以的。

负载均衡既可以单纯做负载均衡，也可以负载均衡➕反向代理。

反向代理是负载均衡的一种实现方式，但反向代理并不是只用于负载均衡，负载均衡也不是只有反向代理这一种实现方式，这俩名词没啥必然联系，是相交的关系，也就没啥单纯不单纯➕不➕的。


nginx 做反向代理是否就是为了实现负载均衡呢？

如上所说，不是。也可能是为了端口复用（实现虚拟主机的效果），也可能是为了平滑扩容 /温暖上线 /灰度测试 /AB 测试 /HA 高可用……


假如我在防火墙后面已经有了物理负载均衡，那么后端的 web 服务器，应用服务器之间的负载均衡谁来实现呀？

都可以，但从硬件负载均衡的部署模式 /架构看，内部再来一套负载均衡比较灵活，软硬无所谓。要不然现有硬件负载均衡可以考虑做混合部署，内部负载做旁路或者三角。

正经电信的话首先排除 50M 的问题，拖三路国内视频网站的 1080p 毫无压力，先看下 DNS 有没有乱配吧。

偏向网络层还是偏向应用层，网络层 Wireshark 就很好用了，包括 macOS 上，尤其平滑滚动不容易中断思路，应用层就太多更专业的了，看你主要做什么吧。

不午睡；少摄入糖；工作日睡眠时间尽量控制在 7.5 小时左右。

一楼正解，一定要在旧 iPhone 上正确移除交通卡哦（比如在联网状态下抹掉 /还原 iPhone，或者在联网状态下登出 iCloud ）。奉贤太惨。

@dddd1919 #23 有本事找上司找 HR 啊，给同事甩脸子算什么东西？

@dddd1919 #23 没必要，犯不上，为了几个钱连同事间最基本的友善都不要了？

歪个楼：舒尔的入耳式个人监听系统或者腰包接收机配自己喜欢的入耳式耳机，延迟绝对 OK 。

有意义，但音乐之于当下生活的意义不仅仅体现在音质，换句话说，我喜欢在末班公交的最后一排看城市车水马龙，享受着熟悉的音乐伴随着电机的低吟，这时一对漏音且几乎没有音质可言的 AirPods 对于重放音乐就是有意义的，那什么场景下一个最起码需要 USB-C 或数时瓦时级别的锂电池供电的解码耳放一体砖加上有线耳机的后端组合是有意义的呢？如果楼主有这样的场景，那硬件上的投入就是有意义的。如果没有，不妨考虑来个 HomePod 或者 HomePods?