@jackple 发现问题了，我是在 slim 容器里跑，一些包没预装，跑着跑着就停了

nitro

@dilidilid @DIMOJANG @bao3 @Irilsy @ihciah @ZE3kr 感谢大家的科普和建议，我这就去研究研究 [抱拳]

会不会是什么窗口管理类的工具造成的。我都习以为常了，好多奇奇怪怪的 bug

目前正常了

@a6096971 又测试了下，看起来是国区账号不行

多屏或者多工作空间

这个算吗

https://i.imgur.com/QU7pM43.jpeg

@xin1284 #13 没，还是有这个问题

用 caddy 就没有 https 的烦恼了

是不是网站检测了激活状态，试试这个插件

https://chromewebstore.google.com/detail/always-active-window-alwa/ehllkhjndgnlokhomdlhgbineffifcbj

@ztstillwater 不知道为啥，不同设备，相同网络环境下，不管开不开代理，只有 macOS 的 iMessage 会频繁出现发送消息后顶部进度条要走很久才能成功，iOS 、iPadOS 从来没碰到这个问题

macOS 的 iMessage 经常发消息要等很久，手机平板就不会，也不知道是哪里的问题，反正好几年了，再怎么更新系统还是一样

可以使用 iptable 加前置代理，速度会提升一些，之前测试一个项目页面加载从 20 多秒减到 5 秒

名仁 无糖无汽

感觉这个项目已经做的挺全，还有 us 链路

这是啥应用场景啊

情况一样，m2 pro ，使用 bclm 控制 80%，只能插着电外接显示器，但为了心里平衡，上午不会外接显示器，用到差不多 40% 的电后就插电外接到下班，回家酌情。但是每周会固定一次将阈值设置到 100% 等充满，因为我看 15pro 也是会在设置了 80% 上限后的一段时间后还是会触发一次充到 100%。所以大概就是，保持合理充放电吧。