纯在线相册目前 PhotoPrism 最好用，如果希望做成画廊或者作品集（关键词：portfolio ）那种感觉，目前的最佳实践是基于 Next.js 和一个 CMS 自己写全部页面。

一般来说，编辑流程是这样的：
1. 用户操作 CMS ，新建文章、上传图像等。
2. CI/CD 触发部署，打包你写的前端。打包时向 CMS 查询数据，生成优化的静态网站。
3. 网站更新完毕。

下面是可行的技术路线：
- 文字部分，基于 Git 和 Markdown 的 CMS 有：DecapCMS 、TinaCMS ，这两个是目前做得最好的。新兴的有：Keystatic 。
- Markdown 渲染成 HTML 有 remark 和 rehype ，非常成熟强大的生态系统，可以自定义出任何你想要的功能。想要开箱即用也有 react-markdown 。
- 画廊部分，大规模图像如果不用 Git-LFS ，独立存储方式需要调研。我随手搜了一下有个叫 MediaCMS 的项目和这个相关。如果有好方案欢迎回复我。

我目前在用的博客方案：TinaCMS+Next.js++GitHub 存储+Vercel 部署

@BingoXuan 确实，我就是随手一打让 Chat 老师帮我算的 hhh 。其实做肯定是能做，比如汽车上的 CAN 总线。我觉得主要考虑还是线材过粗，不够优雅

@zhangsimon 此外就是摄像头等传感器必须放在头显上，如果计算单元放在口袋里，这一米多的线长会带来可观的延迟。随便计算一下，1 米线长，来回 2 米，除以光速得到延迟 6.67 纳秒。我们假设处理器运行频率 4GHz ，6.67 纳秒大约相当于 27 个时钟周期。也就是说，线增加一米，CPU 在访问设备时就多空转 27 个周期。这也是为什么主板上内存插槽离 CPU 最近且基本等距，离 CPU 最近的那个 PCIe 插槽速度最快。
简单来说，就是对于现在的处理器频率，光速太慢了，信息传递不够及时。

@zhangsimon 按照 AVP 双眼 4K120FPS 的带宽 目前只有 DP2.0 协议能做到。可以上京东搜一下 DP2.0 的线有多粗壮。

@kenvix 苹果的剪贴板同步就是联网通过 iCloud 实现的