etcd + k3s + rancher，跑在阿里云的便宜机器上，姑且够用。

去年装机时，显卡厚了大概 5mm 导致机箱无法盒盖……懒得折腾了于是敞开运行了 1 年。
5.1 时换了机箱+散热，前后换了两个散热器，不是散热片高了 3mm，就是顶住了主板散热片……搞了 3 天，封箱收工。

Joplin 支持自己编写插件，楼主可以从这个思路尝试下。例如，向 markdown 中添加特定的语法，经过插件处理后才能正确显示。

个人认为 JWT + 中心验证服务器的模式没有问题。个人实践中，将部分会话状态数据存放于 JWT 中来减少服务端的状态数据存储需求；中心验证服务器仅负责对 token 的有效性进行验证。

与自定义 token 模式进行对比，使用 JWT 作为 token 在主要认证逻辑上没有太大区别；优势在于将数据存储移到客户端后，减少了服务端在还原会话状态时所需的 IO 次数。至于对系统性能是否有根本影响，就见仁见智了。

没人用 https://nextjs.org/ 这类的混合框架？

安卓、Web 下的方案： https://github.com/gotify/server，需要自建

赞同 1 楼。既然能正常访问，映射网络驱动器即可，类似 Linux 下的 mount 。

@shintendo #86

关于 className： https://developer.mozilla.org/en-US/docs/Web/API/element/className

RDP 比其它方案有一个分辨率自适应的优势，在被控端为 1080p，主控端为 4K+200% 缩放的情况下，能将被控端的显示分辨率也提升到 4K+200% 上。但这个功能在我的 Win10 PC 上概率会导致黑屏，原因不明……其它 Windows Server 上没遇到过问题。

其它的，尝试过 TeamViewer 、NoMachine 、parsec 等。传统的远程桌面类别的，除开 RDP 还是 TeamViewer 功能最为完善。

TeamViewer 的缺陷在显示效果和账号系统不稳定这两方面。TeamViewer 也有一定的显示缩放优化，但应该仅仅是被控端的缩放，无法与 RDP 的效果相比；另外账号登录之类的功能在局域网下完全鸡肋，我索性直接关闭了事。

parsec 显示效果比 TeamViewer 要好一些，但是在我这边登录被墙用起来比较麻烦。另外也许是因为用了 Proxifier 进行代理的关系，所有的控制输入似乎也经过了服务器中转，导致输入延迟非常高。解决了登录墙的问题或许也就没这个延迟问题了，这方面我没有后续测试。

假期期间写了个油猴脚本，经历了从 Vanilla JS with Shadow DOM 到 (Vanilla JS + Vue) with Shadow DOM 的过程。主要是第一版写完，怎么看都觉得 DOM 操作相关的代码太蛋疼了……期间还纠结过是不是用 Svelte，写了几下，感觉开发比较依赖编辑器插件，代码结构也不大适应，最终还是选了 Vue 。代价是多引入了近 100kb 的外部依赖……

平时工作时用的 React，但油猴脚本这种小东西，还是懒得上一整套编译环境，简单的配置了一下 rollup，美滋滋……

是指 props 的类型定义？可参考： https://juejin.cn/post/6884144754993397767

感觉无解。用过 Syncthing 同步前端代码，走的也是忽略特定目录的路子。

个人最近也在搭冷存储阵列，目前打算采用 SnapRAID https://www.snapraid.it/ 和 mergerfs https://github.com/trapexit/mergerfs 的混合方案，磁盘利用率和重建可靠性应该比 Raid 类的要好，但是性能就没什么可以指望的了。

类似的还有 Unraid https://unraid.net/ 这种非开源方案

批量命名工具的话，尚未见过比 https://www.den4b.com/products/renamer 功能更强的……

我是直接用了清华源，没试过其它。当初我也没有查哪个源能适配 Proxmox，直接按 debian 找的😅

对标 Spring 的话，个人目前用的是 Guice 。具体到 Web 项目使用的是 Dropwizard + Guice 这种冷门组合，原因是实在不爽 SpringMVC 的注解风格……

@Telegram THX……居然在对话框里，我去……

#116 +1。同问 “sharing the section with 18,650 numbers” 是指什么……