• 最后在网友的帮助下,找到问题所在,防火墙没有开放必要的端口。导致无法访问。目前开启了 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 社区做出了极大贡献。

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

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