@saltbo 设置 smtp 服务器的时候有两种方式，直接密码验证那种，输入账号和密码就好了，这种应该是 zpan 也用的。
还有一种就是 OAUTH2 验证方式，比如我是 google wockspace 用户，我用域名邮箱来发送邮件，就需要用到 gmail api 来生成我的 client ID 和 secret 用于邮件服务器，而不是用账号和密码。用 OAUTH2 更安全吧。

@saltbo 邮件那个是小强迫症，直接使用密码输入的 smtp 验证方式，对于小型应用没啥问题的，毕竟大家都是用的免费邮箱，邮件到达率受大厂关照。不过对于创业团队，用个什么 gmail 163.com 结尾的啥，就有点那个了。。。
所以要用域名邮件服务，统一使用 oauth2.0 这标准会比较可靠。发送到 gmail 也会更值得信赖。

@saltbo 嗯，让每个用户自己配置不同的策略，全局只要支持这些策略就好。
比如支持 onedrive，zpan 有通用的 api，然后用户自己绑定自己的 onedrive 账号，也可以绑定多个。
这样可以用 zpan 来管理多个第三方账号，后期如果能同步第三方盘，那就是最完美的生产力应用了。
还有最好能支持本地存储，对于一些中等应用（ pb 级别的），还是需要自建来控制成本，oss 太贵了说真的。
但 zpan 作为普及网盘的尝试，定位没有错，毕竟搭建门槛要够低才能吸引第一批受众，软件才能得到进步。

其实我说的这些倒没有意思让开发者采纳，毕竟开源的，自己 fork 一个分支魔改也是可以的。

亲自买了 cloudreve，然而很多地方要改，理念不适合。准备放弃了。寻其他解决方案。
来说 cr 的一些缺点
1.增删都是物理的，以后秒传基础丧失。
2.因为 1，去重不具备，虽然可以让文件系统代理。
3.存储策略是全局的，无法下放到 user 。

其他的作为系统额外的比如邮件没有使用 oAuth2.0，邮件到达率堪忧。主要用社交账号接入的话也不是什么大问题。
槽点也蛮多的，不过基于 go 写的，性能比大部分开源的 php 网盘性能高很多。

正好也有这个想法，不过内容驱动的就不要折腾轮子了，找个体验好的开源社区就行了。
暂时我选择 flarum+rsshub
初衷是自己写笔记，放 gitbook 也挺无聊的，没有交流，没人指摘，受知识框架局限，文章无法更新，修订到最新版本。
技术文章容易失效，比如现在我就很少看 19 年以前的文章。原因是开发环境版本在不断升级，适配是个问题。
所以我准备做成分类检索+过滤器来实现最新文章的入库。
比如 os > windows >win10 > pro | php > 7.x | swoole > 4.6.x |
标签化，版本号标签自定义，自动加入版本标签父级
采集来的文章就可以按照需求，路径化了。

哈，还在考察 flarum 中，具体实现还要 1 个月估计，包括二次开发以及主题美化等，都还没做。
定位倒不是技术专门类，而是类似 chiphell 这种，折腾党为主。

@ohao 均衡读写
主要是小文件，看见 zfs 是动态调整 inode 的，感觉无限用不完，就上了 zfs，还有快照，send/receive 比 rsync 舒服多了。等 ubuntu 支持 zfs2.0 了，就更爽了。汗，就是冲动。
glusterfs 纯粹图个简单易上手，没想太多。而且初期两个存储机集群下，做个分布卷，效率还是很高的。后期不够也不用损毁数据，直接分布+复制可以改型，光看优点了。

酷睿吧，锐龙的 usb-c 全功能你会吐的。

我就是买了 kamvas，退货了，dp 协议混乱。插别人雷电妥妥的

@catror 这么贴心？那通过增加节点，我既能解决扩容问题，又能解决 zfs 性能问题了。