首先感谢出色的容器,它使我的安装变得更加容易。 我最近创建了一个完整的生产 docker-compose setup 。 我想提议/讨论我在安装过程中学到的对这个项目的一些更改/添加。
我很乐意为以上几点提供 PR,但想先得到你的反馈,在写完这张票并找到所有相关的票后,我很确定所有的变化也符合你的兴趣,所以主要将它创建为待办事项列表我。
感谢您对此感兴趣,我希望这能发生!
.env
文件对我来说并没有多大意义,我知道您可能希望让您的秘密更安全,但除非您使用某些 Linux 权限来拒绝对.env
访问docker-compose.yaml
,这有点没用吧? 我不知道人们会如何去做。mailman-web
共享一个卷的 Nginx 容器。 目前我对#144 不是很感兴趣,特别是因为它并没有真正让我们加快速度或其他任何事情。 在启动时生成静态文件通常应该没问题。总的来说,我喜欢大多数想法。 理想情况下,我们希望每个更改都在他们自己单独的 Pull Request 中,然后我们可以在他们各自的 PR 中更详细地讨论。
关于.env
文件:
.env
添加/修改更改的变量我认为 PR 会更清楚地说明这一点,它没有太多工作,所以如果我们放弃它也没有麻烦。
链接是一项已弃用的功能,默认情况下,服务部分中的所有容器都在一个网络中,因此无论如何都是链接的。 主机名和容器名默认为服务定义中的当前部分,因此与当前明确定义的相同,我认为删除它们会使整个文件更小,因此更容易理解。
有点相关,我将这些容器集成到 Mailu (https://github.com/Mailu/Mailu) 中,它提供了堆栈的其余部分。 对这样的设置有兴趣吗?
@pgeorgi如果您已经拥有想要使用这些图像维护的集成,我很乐意在文档中添加指向您的存储库/帖子的链接。
@pgeorgi 明确地
我同意@morbidick关于.env
文件的观点,主要是因为它使更新更容易。
您可以简单地执行git pull
而不会污染您的回购。
另外, .env
文件应该在.gitignore
示例:看看 Sentry 如何做到这一点:
https://github.com/getsentry/onpremise
他们还提供了一个env.example
文件,您可以将其复制到您自己的.env
文件中。
最有用的评论
见https://patrick.georgi.family/2019/01/12/combining-mailman-3-with-mailu/