HTravel

奇怪了，你们都不知道快播吗？

这种实现很容易，甚至可以说我现在就有：我给自己写的 NAS 代码，其中有个功能就是浏览机器上所有的文件。如果是视频，就显示 IINA 、PotPlayer 等的播放按钮，点击后以 HTTP 协议传输内容到本地播放器播放。也可以直接点击该视频文件本身的链接，此时就是在浏览器中尝试播放，如果浏览器不支持该视频格式，支持转码后在浏览器播放，也支持转码后再调用 IINA 等播放（场景就是外地低码率看家里视频）。

直白的说，如果我们每人都有个动态公网 IP ，或自己申请域名做映射，然后我的代码每人在自家机器上部署一份，不就可以输入任意人的 IP ，然后就能浏览、观看对方任意的视频了嘛。技术实现上就是这么简单，是个人都能轻松做出来。甚至都不需要会写代码，用 python 等自带的建议 Web Server 就能做到，只要支持断点续传即可。或部署个 Apache 就行。

但你们只要敢把这种技术方案分享出来，那就和快播老总一样，牢里见

一个人智力要多低，才不会管钱？如果智力水平够自己管钱，那就没必要找人代管。

@PalenessIb 我就是把启动台拖进了程序坞。因为我有远程访问需求，此时手势动作无法打开远程的启动台，必须手动在程序坞点。但程序坞我是隐藏的，嫌弃占空间。

但全屏启动台我认为是合理的，因为是浮动出来的，找到程序启动后，启动台就应该自动消失。找程序时启动台最大化，才能用最多的面积显示最多的应用，很合理。但整理图标时躲猫猫这个，的确显得苹果开发人员很弱智，这么简单、常用的一个场景，他们居然搞不定。

你说的是影视综艺，但玩 NAS 的，谁把存影视综艺叫 NAS ？

自己的私人文件，都是自己生成的，智力很高的存自己生成的各种文件，智力没那么高的存自己拍的照片视频。本就不可能大量重复。占用的空间，都是实打实的。

@pikay 还有一点。NAS 必须支持快照，因为没有历史版本功能的 NAS 没意义。而快照就要求历史数据不可变，随意清缓存就决定了快照机制不可用。

@pikay 因为我在实现 NAS 功能时，只用到了 JDK21 ，数据库等其他常见的服务根本没用。再就是视频、图片分别用到了 ffmpeg 、imagemagick 。恰好这三个都有完善的 termux 支持，所以迁移到 termux 时很容易，直接就跑起来了，只是发现代码有些写法在 termux 中由于限权显的抛出的异常不合理，比如无法获取机器名。所以代码再加点逻辑就行了，基本上没改什么代码。

其实你这个你自己都在安装时的说明里说了，浏览器会时不时自己清存储。这个永远改不了，永远是你的方案解决不了的“bug”。虽然你的方案也能通过同步机制实现数据存储在多个浏览器上的多副本，但每一个副本都不知道哪天就被突然清理了，也不知道浏览器是否只清理一部分，校验、恢复副本完整性就是个头痛的问题。浏览器的缓存清理机制，就决定了用浏览器缓存做存储技术上不可行。而且浏览器必然继续走越来越严格的沙盒路线，想随意访问本地任意磁盘路径存取文件不现实。

你的方案如果能长期坚持下去，最终必然会搭配一个服务端，浏览器必然会再次回到自己的 UI 角色上来。B/S 方案是唯一的方案，精简不到仅剩 B 。这也是我长期思考过的，我以前就是用 Java 做桌面端工具来跨所有平台，后来发现跨平台最好的方案就是浏览器。一个新的操作系统可能连安装第三方软件都不支持，比如鸿蒙，但它肯定支持浏览器。只要支持浏览器，甚至不需要网络通，我的方案就能跑。我认为没法再精简了。微信小程序是第三大操作系统了，也证实了这点

但问题是，现在安卓手机就能做 NAS 啊。termux 支持 JDK21 ，我就基于这个，把我自己写的同步、备份、快照，外加 web 版浏览文件、看视频、小说、听音乐、浏览图片的代码完整在安卓手机上跑起来了。手机本身就已经是全功能的 NAS 。手机与其他手机、电脑交换数据既可以用 web 版的浏览文件，也可以用 web 版的同步功能。而且同一套代码可以部署在 macOS 、windows 、linux 上。比如我家群晖 DS920 、威联通 453Dmini ，我就通过原生支持的 docker 同样把我这套代码部署上去用了。

这怎么也比在浏览器中运行好。而且代码更通用，一套代码，除了目前不能跨 iOS ，其他 OS 全跨。

其实吧。Developer Beta 本就不应该安装啊。只有一种情况可以安装，就是你是开发人员，且你正在开发的功能，要用到新版本的特性，于是才需要安装来提前测试验证。

Public Beta 普通人也不应该安装啊，除非你期待的某个特性恰好新版本提供了。否则，不就是免费给别人当测试人员嘛。然后你查查测试人员的正常薪酬，就会发现你亏大了。想当年，苹果和微软还正常时，每发布一个 OS 新版本，普通人员是不可能找得到 bug 的，只有可能是系统设计考虑不周有漏洞

@dilidilid #19 ，我反而认为 NTFS 其实是支持 CoW 的，因为 Win Server 版有重复数据删除服务。我用这个重复数据删除服务，每天全量备份一次，玩了大半年。磁盘空间消耗量很小，而且验证过，删除/修改某个备份中的一个文件，并不会导致其他备份中该同一个文件也被删除/修改，说明的确是 CoW 的。

就是这个重复数据删除服务，微软实现的有问题。随着备份的历史数量越来越多，它的去重逻辑居然是每次把所有备份文件重复检查一遍，导致运行时间一直线性增加，大半年后就玩不下去了。最终我自己只好仿照 git 写了个快照工具。