[Feature] 原版的几个不合理设计（Docker、API接口、S3）

[gowy222]

关于Docker使用方式标准化，API接口变更，用户UpSert接口，S3兼容性和必要性。

1. 支持环境变量配置Docker中部分参数如用户信息不通过自动生成而是读取环境变量等。
   在不需要持久卷的使用场景，环境变量更容易迁移服务器部署
   一套helm配置文件,多个节点可以确保一致性

2. API接口，一旦固定，不要随意改变
   /api/admin/storage/create
   /api/admin/storage/update
   这两个接口不够需要增加语义化upsert接口
   并规范各API接口统一性

3. 支持并发请求三方网盘拉平tree结构，不通过缓存等直接请求对应文件。并考虑拉取速率。

And see #74 (comment)

[arkimium]

测试过，给人感觉有点困惑。（看到这个issue后去docker desktop看了下还真有）
当然目前有关Docker用法的文档还没重构，先看看吧，因为docker镜像目前才发行beta版。

[TwoOnefour]

话糙理不糙

[xrgzs]

Issues raised by gowy222 was labeled as wontfix or not planned by xhofe:

• 建议加个webdav异常推送功能，比如阿里盘不能工作了，需要手动来重新换token或者干嘛，推送到指定配置里的url_callback AlistGo/alist#1366
• 189能不能加个手机app的协议? 只有手机app会员多了两个功能: 在线解压+同步盘内部迅雷离线下载 AlistGo/alist#1376
• V3 全局 设置->站点 ->默认每页数量30 不起作用, list刷新 per_page 还是= 0, 近1W子文件夹 载入直接卡崩  AlistGo/alist#2380
• V3 - 189 文件夹 内部3W多个子文件夹...刷新一次好卡... 而list这个api后台审计调用,其实不需要缓存和走alist内部sql AlistGo/alist#3029
• v3.9.1 docker-compose 部署，备份和恢复有点坑... 全新安装,Alist自己的备份自己恢复报错... AlistGo/alist#3143
• K8S 本地持久卷 pv+pvc 映射 /opt/alist/data 导致 ./alist admin 报错..无法读取env.. AlistGo/alist#3701
• 概率BUG ./alist admin set 时机太快和alist初始化设置随机账密冲突？db还没准备好？能不能支持下容器参数直接指定admin账密？ AlistGo/alist#5337

[arkimium]

好的，等我周六再调试看看。

[gowy222]

Issues raised by gowy222 was labeled as wontfix or not planned by xhofe:

• 建议加个webdav异常推送功能，比如阿里盘不能工作了，需要手动来重新换token或者干嘛，推送到指定配置里的url_callback AlistGo/alist#1366
• 189能不能加个手机app的协议? 只有手机app会员多了两个功能: 在线解压+同步盘内部迅雷离线下载 AlistGo/alist#1376
• V3 全局 设置->站点 ->默认每页数量30 不起作用, list刷新 per_page 还是= 0, 近1W子文件夹 载入直接卡崩  AlistGo/alist#2380
• V3 - 189 文件夹 内部3W多个子文件夹...刷新一次好卡... 而list这个api后台审计调用,其实不需要缓存和走alist内部sql AlistGo/alist#3029
• v3.9.1 docker-compose 部署，备份和恢复有点坑... 全新安装,Alist自己的备份自己恢复报错... AlistGo/alist#3143
• K8S 本地持久卷 pv+pvc 映射 /opt/alist/data 导致 ./alist admin 报错..无法读取env.. AlistGo/alist#3701
• 概率BUG ./alist admin set 时机太快和alist初始化设置随机账密冲突？db还没准备好？能不能支持下容器参数直接指定admin账密？ AlistGo/alist#5337

好尬....原来提过这么多....

[jyxjjj]

关于2

但Breaking Features确实是会存在的，团队后期可能会通过版本号来提示兼容性等，也会考虑你的建议。

无论可能会更贴近Restful或更贴近语义化，create update upsert均会是三个接口。
大致方案如Restful 下 POST创建，PATCH更新，PUT不存在则创建/存在则更新。
后期可能会在这两个方向中进行选择。

关于3

我本人目前认为这个是个人使用问题，可能会有一些其他用户需要这样的行为和使用方式。会考虑通过设置上限等方式进行调整。

关于1

我们可以先确认加入后期工作中，但具体什么时候可用请耐心关注。另外因为我个人比较喜欢Podman，确实您说的情况更符合正确使用方式，且基于Pods更方便普通用户实现真正的一键化，我也会推动成员们进行积极探索。感谢您的支持。

---

我将修改且可能多次修改您的意见内容，使其更符合社区规则，并更容易让成员理解。

[jyxjjj]

And see #76

[gowy222]

关于2

但Breaking Features确实是会存在的，团队后期可能会通过版本号来提示兼容性等，也会考虑你的建议。

无论可能会更贴近Restful或更贴近语义化，create update upsert均会是三个接口。 大致方案如Restful 下 POST创建，PATCH更新，PUT不存在则创建/存在则更新。 后期可能会在这两个方向中进行选择。

关于3

我本人目前认为这个是个人使用问题，可能会有一些其他用户需要这样的行为和使用方式。会考虑通过设置上限等方式进行调整。

关于1

我们可以先确认加入后期工作中，但具体什么时候可用请耐心关注。另外因为我个人比较喜欢Podman，确实您说的情况更符合正确使用方式，且基于Pods更方便普通用户实现真正的一键化，我也会推动成员们进行积极探索。感谢您的支持。

我将修改且可能多次修改您的意见内容，使其更符合社区规则，并更容易让成员理解。

感谢，再提个建议，https://github.com/tursodatabase/limbo rust版本多线程 sqlite 内置数据平替... 也加入考虑下!

[jyxjjj]

感谢，再提个建议，https://github.com/tursodatabase/limbo rust版本多线程 sqlite 内置数据平替... 也加入考虑下!

这需要 命令行、FFI 或者RPC 应该不会考虑 如果有数据性能问题可以直接切换到MySQL、MariaDB等。目前原版也是支持的。

[thshu]

直接用docker环境变量的话不能放敏感信息，不然其他的docker服务如果有权限是可以读取到的，会出现泄漏的问题

[gowy222]

直接用docker环境变量的话不能放敏感信息，不然其他的docker服务如果有权限是可以读取到的，会出现泄漏的问题

这是用户侧的风险，不涉及openlist本身职责。业务容器可以全部走rootless

[thshu]

直接用docker环境变量的话不能放敏感信息，不然其他的docker服务如果有权限是可以读取到的，会出现泄漏的问题

这是用户侧的风险，不涉及openlist本身职责。业务容器可以全部走rootless

这样肯定不行，就好像你给了一个选择，但是这个选择是有问题的，泄漏了又会有很多麻烦

[gowy222]

直接用docker环境变量的话不能放敏感信息，不然其他的docker服务如果有权限是可以读取到的，会出现泄漏的问题

这是用户侧的风险，不涉及openlist本身职责。业务容器可以全部走rootless

这样肯定不行，就好像你给了一个选择，但是这个选择是有问题的，泄漏了又会有很多麻烦

你要这么讲，mysql岂不是都不能用docker部署了？