最后在网友的帮助下，找到问题所在，防火墙没有开放必要的端口。导致无法访问。目前开启了 80,443，还有一个 ssh 远程访问端口。

好像也不可以 @Dounx

$ docker-compose logs web
Attaching to homeland_web

@Dounx 问一下 nginx 日志，puma 日志命令是啥

$ docker-compose logs app
Attaching to homeland_app
homeland_app  | [9] Puma starting in cluster mode...
homeland_app  | [9] * Puma version: 5.1.0 (ruby 2.7.2-p137) ("At Your Service")
homeland_app  | [9] *  Min threads: 8
homeland_app  | [9] *  Max threads: 8
homeland_app  | [9] *  Environment: production
homeland_app  | [9] *   Master PID: 9
homeland_app  | [9] *      Workers: 4
homeland_app  | [9] *     Restarts: (✔) hot (✖) phased
homeland_app  | [9] * Preloading application
homeland_app  | [9] * Listening on http://0.0.0.0:7000
homeland_app  | [9] Use Ctrl-C to stop
homeland_app  | [9] ! Promoting existing objects to old generation...
homeland_app  | [9] ! Compacting...
homeland_app  | [9] ! Friendly fork preparation complete.
homeland_app  | [9] - Worker 0 (PID: 12) booted, phase: 0
homeland_app  | [9] - Worker 1 (PID: 16) booted, phase: 0
homeland_app  | [9] - Worker 2 (PID: 24) booted, phase: 0
homeland_app  | [9] - Worker 3 (PID: 34) booted, phase: 0

好的，感谢答疑，有回复的帖子不能删除这个机制不错。那么我上面的猜测也就不存在了。

谢谢回复，认真看了您的回复两遍，发现这就是一个立场问题，而我则是站在管理者的角落，考虑的是怎么更好的沉淀内容，更便捷的管理社区。不允许删帖，则历史帖子不用担心被修改的问题，优质的东西更容易沉淀下来，如果出现不友好的帖子，由于发帖者不能修改，很容易进行删帖或者删账号等操作。

您是站在用户的角落考虑，非常人性化的设置与构想，非常的自由开放。 但是，由于用户操作性太强，帖子被删除，就不容易辨识这个用户的“特性”，而且删帖不利于社区沉淀，删帖对于发帖者而言非常人性，对于回帖者而言是否人性化呢？会不会出现这种情况：辛辛苦苦回答的优质答案却被删掉了，虽然情况是极少的，对于社区而言也是一种损失。

您上面提到了 twitter，Tweet 是自己的还是 Twitter 公司的？我觉得定位还是有所不同。社区是精心思考，用心回复，更多的是沉淀内容。而 tweet 评论数量大，更多的是一种记录评论，注重时效性。

个人浅见，如有冒犯，请多见谅。不可忽视的是。您，以及您的团队为 ruby 社区做出了极大贡献。

谢谢回复，直接让看代码，确实有点伤，不过，能找到链接，也是非常友善了

感谢回复，没有找到是否开启删帖/回复的功能