时间过去太久了，漏写一条原因，两台电脑这样测速确实有问题，具体关键词我忘了。你用三台电脑可以实现全双工，即一台作为 NAS ，一台往里面写，一台从里面读

多年前遇到了同样的问题，最后发现是路由器的锅，交换芯片阉割了，总带宽 1G 。换个路由器可解

很管用，还能让一些爬虫抓瞎，因为爬虫也拿不到 444 这个状态码，只会发现连接被中止了，不懂 TCP 只知道 HTTP 皮毛的脚本小子完全不知道发生了什么

这个方案还带来一个额外的好处，苹果手机拍的视频放在三星里面，exif 时间戳完全不识别，然后我在三星相册里面编辑完时间戳，会保存到照片文件里，顺势同步给所有设备

@fregie 感谢老哥回复，我最终还是解决了自己的问题，分享下方案：

把共享相册放在自己的 NAS 里，然后用 syncthing 同步到每个设备的 DCIM 文件夹，然后用系统自带的相册 app 生成时间线，查看 exif 和 gps

我这套方案能跑通的原因就是我对照片的掌控力特别强，每张照片都有完整的 exif 包括手机截图 / 视频。可能唯一的缺陷就是需要占用本地存储空间了，但是好在照片都是文件的形式存在的（不在苹果的沙盒），可以很方便的批量压缩尺寸

@NDHT 大陆只能注册富途，因为 moomoo 只在特定几个国家开展业务比如新加坡/美国/加拿大，想开 moomoo 是需要当地居住证明的，得是居民

用了一圈发现好像不支持扫描已有照片+原有目录结构，哈哈，不过仍然是个好工具

https://github.com/fregie/pho/issues/31

我靠 楼主你太牛逼了，这就是我找了好久的工具，背景是这样的：

1. 不信任第三方照片托管平台
2. 有自建 NAS ，但是又觉得成品方案侵入型太强，比如 immich photoprism 群晖自带的照片，他们爹味太重了
3. 只想以文件的形式管理照片，不要内置数据库管理 label 这种东西
4. 我对照片掌控力很强，归档规则，修图规则，保留到手机相册都有自己的一套规则

我个人的诉求是这样的：
1. 就是一个简简单单的文件（照片）浏览器，但是市面上的 fx file, cx file, nplayer 又太简陋
2. 能从个人云盘看照片，方便家庭共享
3. 能方便的从手机相册分享一份到对应的共享相册，并且存在个人云里面（因为我随时可以把 NAS 快照一下，冷储存）

上面的方案就不依赖任何云厂商，只要照片文件存在，随时迁移到任何 SMB/webdav 服务，并且云相册立刻就能跑起来

关于付费方案，其实这种产品的受众很小，不是所有人都对照片有这么强的管控力，更多的人想要苹果相册/谷歌相册这类爹味重一些的，方便索引，方便云备份。你这个软件一次性付费我是愿意支持的

我不知道是不是只有我一个人这么想，有些优秀的硬件公司比如罗技，华硕，做出来的软件就是一坨屎，说的就是 Logi Option+，和控制 RGB 的 Aura 奥创

这个世界上，除了黑色和白色，还有一种颜色是灰色

OCBC 各种费率都挺贵的，但是如果没得选只能开这个境外账户，有总比没有强

新加金管局最近狗急跳墙了吗，之前外国人开户是严令禁止的，当地人开户还要地址证明

同样的问题，我的是因为内存条坏了一根，USB 启动进 memtest 可以定位到坏的那根条，拔掉之后 linux 就不死机了。后来服务器下岗装个 windows 玩一玩，发现两根条插上去完全正常，AIDA64 压测也能跑

CPU 飙升有时候是磁盘 IO 等待导致的，你这个情况可以重点排查磁盘

Id 是一个单词 identity 的缩写，url 是 uniform resource locator 缩写，4 楼说的就是标准答案了

看看信号强度，差一格信号一般就是这个耗电情况

之前一个帖子看你出 NUC12 ，现在还出吗，如果是高款的联系我呀，主页有 TG 和推特都可以发消息

最不可控的还是被 ddos 刷流量，就算 cdn 拒绝服务，请求也是会被计费