同意

@banyasmya23 属实没必要，我常年 60w 的头充电，除了充电稍微慢点用起来没区别

87 换 96 有啥意义啊，才差了几瓦

就算换成 96 的，在极高负载的情况下依旧会掉电

另外电源功率不影响性能发挥，你还不如想想这 intel 机器怎么加强散热

有两种可能：
1.你进入的是相簿——最近项目，这个是会按照最近的文件修改日期（而非照片拍摄日期）排序。例如朋友发给你一张去年的照片，就会显示在最近项目中。

2.你的照片被修改/压缩了，照片的 EXIF 不再准确或丢失。

@nothing2 我也经常碰到这个 bug 。

表现就是：播放有声内容——想要静音播放——右上角下拉菜单一下子把音量调拉到底——返回播放界面继续，发现还有声音——下拉一看音量大约还剩 1/10 （诡异）——再次把音量拉到底——眼看着音量条触底反弹到 1/10 （更加诡异）——再次和音量调斗智斗勇反复 2-3 次不信邪，终于静音了。

这个 bug 像薛定谔的猫一样，明明已经拉到底了，在播放之前你是完全无法判断到底有没有声音，完全不可控，以至于每次下拉音量我再按两下音量键确定肯定音量为 0 了再播放，真的是一个折磨人的 bug 。

请教一下公网 ip+ddns+https+强密码，webdav 的安全性如何？一直因为安全性原因没有开通公网 webdav

这个应该是防抖算法，如果你用过云台的话也会觉得有延迟

@BernieDu spen 里面没有震动的，沙沙声是手机扬声器模拟的，类似于电车模拟油车的轰鸣

@tomari pikpak 是迅雷搞的

@NewMoorj 我惊讶的是性能竟然提升还不小，M3 芯片成小丑了，才出来多久就被刺了

真的是 M4 芯片

Apple 的照片管理逻辑是如果你要对照片命名，一般通过照片描述实现（似乎是单独存放在一个 xml 中）。

Apple 自己的生态内比较容易管理操作，脱离了 Apple 生态好像管理起来确实不方便

可以用 wide protect ，不过是收费的。缺点是受限于 iOS 的屏蔽机制，是通过写入号码池本次屏蔽的，所以你的 01 、02 开头的那种电话理论上数量太多了

@Junichi 感谢，最后选择了这个方案，发现 passwall 直接就有这个功能，就是移动网络延迟 100ms 左右有点高