首先讲讲为什么我选择放弃nextcloud而选择seafile。
我从nextcloud的11版本开始使用，一直到现在的v28，从刚开始的云服务器上面布置到现在的nas部署。reddit上对nextcloud的评价其实很到位，功能强大，全面，美观，但是性能不足，各项功能又常有缺陷，自己部署后使用体验不足以替换dropbox之类的同步文件的云盘。
我个人对于nc的不满其实是从其两个人脸识别插件开始的，在我多次尝试以及各方面依赖全部搞好之后，依旧插件内部报错让我失去大部分耐心。压垮我耐心最后一根稻草是nc本身最新的分享机制，点开分享链接，会在分享页面显示访问过页面的用户登录名，这一逻辑给整套系统带来了巨大的被爆破风险。而且这个显示访问者的登录名是无法改成昵称等其他名称的。没有个十年脑血栓一般人确实是想不出这等程序逻辑的。
加之了解到nc的性能其实比不上同类网盘，和在部署并体验了photoprism和librephotos项目之后，我开始觉得self-hosted的系统，完全没有必要做成样样都有，样样都不精通的样子。对于某个功能，就交给擅长它的软件做，各显神通，不需要做成样样都一般的大杂烩样子。
在了解足够多的自建网盘系统之后，很多人对seafile的性能给出了高度评价，"完全可以作为dropbox的替代品"。但其性能可能需要归功于其存储形式：将文件以大小不一的块进行存储，另外其功能非常基础，甚至连搜索功能都得自己手动开启。
* * *
首先，我是安装在trunas scale的custom app中，参数参考的是官方docker compose文件
1. 获得各个app的dns，因为各个app并未设置ip，而是默认有dns，所以建议使用heavy_script https://github.com/Heavybullets8/heavy_script
2. https://customer.seafile.com/downloads/ 官方注册并得到限3个用户的专业版，亦有docker版本
docker.seadrive.org/seafileltd/seafile-pro-mc:latest 需要上面官方给的地址和密码。
其余参数可参照https://manual.seafile.com/docker/pro-edition/deploy_seafile_pro_with_docker/
就我自己几天时间的使用体验来说，性能，也就是同步速度和响应速度确实快，能有明显感知的那种。
SeafDAV配置
此配置文件位于../conf/seafdav.conf，如果需要开启WebDAV支持，内容如下：
[WEBDAV] # 默认值是false。改为true来使用SeafDAV server。 enabled = true port = 8080 # 如果fastcgi将被使用则更改fastcgi的值为true。 fastcgi = false # 如果你将seafdav部署到nginx/apache，你需要更改“share_name”的值。 share_name = /seafdav
配置修改后需要重启Seafile：
./seafile.sh restart ./seahub.sh restart
