@vk42 不能说没关系，arm 确实更封闭。市面上的 arm 消费者产品几乎无一例外都是不开放的。
举个例子，根据微软的认证要求：
https://docs.microsoft.com/en-us/previous-versions/windows/hardware/cert-program/windows-hardware-certification-requirements-for-client-and-server-systems?redirectedfrom=MSDN
x86 平台：必须允许用户完全控制 secure boot
arn 平台：必须禁止用户修改 secure boot
其他的 arm 设备更不用说，Android，iOS，现在连 arm 的 mac 也是如此。

arm 的标准比 x86 封闭的多，以后的电脑可能都没得 root 用了。
别说解锁越狱，Google 一个 safety net 就能把你卡得死死的。

@whywhywhy 很多昆虫在交配后就会死亡，让它们评价人类大概会想：都已经完成交配了，活着还有什么意义呢？
这个逻辑放在人类评价其他没有感情、欲望、寿命的“东西”时应该是同样适用的。

nginx 用不熟就换 caddy 吧，caddy 比较简单。

@murmur 只提示敏感，却不告诉你哪里敏感，你还得 self censor，这是个锤子功能啊。
不过你这个创意不错，可以考虑做一个类似 grammarly 的 spell checker，专门检测敏感词并标识出来。当然不是为了助纣为虐，可以同时提供自动 obfuscation 和词典功能，应该会有不小的需求，就是怕查水表。

看这个，图文并茂深入浅出
https://javascript.info/function-prototype

@zy8848 gboard 的词库云同步早就砍了，你可以看看网络流量使用状况。
主要是没的选，手机上的 FOSS 输入法都不支持中文，gboard 至少比国产那一众键盘木马要好，起码不用担心输了什么大逆不道的话被查水表。

@lncywlc 你都写函数式了，应该对 PLT 、编程范式都比较了解，再驾驭这些工业语言应该很容易吧，想用哪个用哪个。

都写函数式了还用担心语言问题么。

靠，只是 Android 手机和电脑剪贴板同步啊，你这是 x y problem，直接用 kde connect 就好了 https://binary-factory.kde.org/view/Windows%2064-bit/job/kdeconnect-kde_Release_win64/

启动时监听两个高位端口，一个 tcp 一个 udp，并向整个局域网发送 udp 广播。
收到广播获取源 ip 地址然后建立连接，并用心跳机制维护节点在线状态。
剩下的就随便你怎么搞了，没必要手动输入密码，直接像蓝牙配对那样验证就好了。
注意广播数据包有大小限制，只用来做节点发现，不要直接传数据。

@ershierdu 不内置私有的同步服务正是它的亮点。
因为协议是开放的，你既可以使用 dropbox 、onedrive 这样的公有云服务，也可以用自己的 webdav 。并且支持端到端加密。
以及可以同步到本地目录配合 syncthing 这样的工具实现 p2p 同步不依赖中心化服务器。

joplin
顺便锤子便签很恶心吧，它一本地记录应用又没发布功能还内置敏感词检查。

@cobainlu 没啥工程量，就最简单的用法。
本地播放器修改了元数据或增删后，git status 看一下，没问题就 git add . 然后 commit and push，其他设备再 pull 下来。
这样你可以放心使用各种客户端，升级音质修改词图什么的，所有操作都可追踪可回退。像碰到楼主这种情况，直接去 commit 记录里找就行。
当然这样做有个问题就是空间占用比较多，如果你的音乐库本身就很庞大那可能就不太适用。

@mcone 什么叫不允许 frp，你在机器上部署和在其他地方部署然后穿出去对外表现有什么区别？

Android 眼看文件隔离问题要解决了，🍎反而开起倒车来了？

captura

我的音乐库用 git 管理，部署在自建的 gitea 上，各端设备进行的任何更改，包括增加、删除、替换（音质升级）、修改元数据等全都能 review 之后再提交。