为啥 Obsidian 的图床插件在 iOS 都没效果呢？没搜索到相关的说法。

在 NAS 搭建一个 Minio ？

Obsidian 图片/视频/PDF 可以使用 S3 Image Uploader 插件。
其它类型的附件可以手动上传到 Minio 然后获取链接嘛。（ Minio 有 Web UI ）

推荐一下 Hedgedoc 。亮点：
1. 基于 Web ，无跨平台问题
2. 原生就自带了上传图床功能
3. 支持协作
4. 支持 math 和 mermaid
5. 支持回车换行（相较于两个以上空格换行）

我的改良版 Docker：hzj629206/hedgedoc 。
主要改进了 Import from Clipboard ，实现类似于 Chrome 插件 Copy as Markdown 的效果 （其实就是更好地使用`turndown`）。还支持导入的时候上传图片到图床。

用来打草稿什么的真的挺方便。

有最大长度要求的一般都要小心了。因为无论从哪方面来说都没有必要限制这一点。

@xiaoz 的建议不错。单机版一个 bucket 就是一个本地目录，如果数量太多，就自己划分多级结构进行分散。

看了大家的回复。

没有绝对的安全，安全是有等级的，大多数的时候是防君子不防小人。
正常人能抓的是有线局域网 Hub 碰撞域的包（ Switch 隔离了碰撞域），或知道密码的无线局域网的包。

我的理解：

1. 块存储，可以理解为硬盘设备，通过 iSCSI, RBD(Ceph)协议挂载到主机。主机可对其创建文件系统。一个块存储只能挂载到一个主机。比如说云主机需要额外硬盘空间，平台从存储池分配一个块存储空间。只负责数据读写，性能较高，支持随机读写。有的软件支持直接操作块存储设备而不需要系统提供的 POSIX 文件系统。

2. 文件存储，可以挂载到 OS 文件系统上支持 POSIX 接口访问。家庭场景常用网络文件系统 NFS/SMB 。一个网络文件存储可以挂载到多个主机。还有众多分布式文件系统。适合人机交互场景和一般软件。很显然文件存储系统最终还是基于块存储设备。关于随机读写，在本地块设备上创建的文件系统，或 NFS/SMB 这种是支持随机读写的（比如 Seek 操作），其它网络文件系统视情况不一定支持随机读写，有的则是先完整拉取文件到本地缓存，修改完成后，再全量同步到远端。

3. 对象存储，满足互联网应用对海量非结构化数据存储需求，可以简单认为就是分布式 KV+Meta+Index ，通过事实标准 S3 HTTP API 访问。不支持修改数据，只能覆盖。很显然对象存储最终也是基于文件存储和块存储实现的某种分布式架构。开源产品：Ceph 和 Minio 。

赞，一直担心不小心删除了 Mobile App 可怎么办。

这个 Native Color Profile 具体是什么效果？和系统自带的 Profile 相比如何？

因为应用的指标输出不是 Prometheus 的协议和格式，需要一个 exporter 来适配。
（那你可能要问了，为什么应用不原生支持 Prometheus 采集？ Up to the author's decision.）

@pagxir 谢谢，明白了。
（早看到就好了，我是有 Type-A 公头转 Type-C 母头转接头的，我为了制做双公头线，剪了好多线。。。）

不过话说回来，为什么非得是 Type-A 双公头才能刷？ Type-C to Type-A 为什么不能。

也不是很复杂，需要额外引入 Redis 或 MySQL ，每个实例去抢占一个 machine id 并 keep alive 。剩下的就是实现的可靠性了。