Stack overflow 发问被踩

logs/localhost_access_log.2024-03-13.txt

这个文件又或是点击 Tomcat 网站时的产生日志(log)

这个文件就只是单纯的 tomcat 记录的请求日志
docker attach 个人而言非常非常少用
你想看 docker 主程序的运行就 docker logs
想进去容器里就 docker exec
基本就这些了

你问我这个文件怎么来的，就是 docker exec 进去之后 ls 一下我就看到这个文件夹，进去之后就看到这个文件了

@imlonghao 我不懂的是，为何讲师一直要强调 Docker attach 指令是跟标准输入、标准输出及标准 error 有关？然后最后还说 Docker attach ，看 CMD 指令，搞得很混乱，也没具体解释 3 个该如何判别

感觉就像是把两个完全不相关的东西，放在一起讲，也没解释个明白

哈哈哈，我刚在 V2EX 发问不也被喷了~_~

点踩已经是 so 社区文化的一部分了，好几年了，连梗图都有了。https://www.reddit.com/r/ProgrammerHumor/comments/qcdh4c/stack_overflow_in_a_nutshell/

很多人笑话提问不准确，说真的，如果能准确提问的话，大多问题都能自己靠 Google 解决了，就是因为不知道形容问题才搜不到答案。

但有一说一，这个问题换成中文我也不理解。。

中文我也看不懂。。。

你连官方新手教程都不看的吗？

所以 op 的真实目的是 如下？

Apache Tomcat configuration using syslog

Tomcat: Send Access Logs to Syslog Using Logger

stackoverflow 不是交互式论坛。它的基本原则是提供一个可复用的解决方案，能够让用户搜索到。

所以：

1. 问题必须要独立。几个问题混一起的，再见吧。

2. 问题必须清晰明确，让有能力的人看你问题就知道怎么回答。因为这不是交互讨论的论坛模式。别想着别人通过追问来帮你一步步定位问题。

3. 内容格式要规范化。毕竟是冲着被 Google 索引去的，谁也不想打开看到一串蹩脚的的英文和语无伦次的表达。

4. 问题对别人有帮助。只能帮助你一个人的回答被视为无效问题。当然，这不是提问者一个人的事。

总的来说 stackoverflow 对提问的要求比较高，即使是英文母语的也未必能正确提问。我不太建议使用 stackoverflow 来提问。你在上面提问估计是图上面牛人多，希望能帮助你解决问题，而不是为了锻炼自己的表达对吧？解决问题的方式有的是，没必要找不自在。

@google2020 准确提问的人自己靠 Google 解决的前提，很大程度上是已经有前人在 stackoverflow 上准确提问过了。

@loveqianool 这我翻成中文也看不懂 😵‍💫

有没有更浅显的教程？ 很可惜的是，我觉得这个讲师已经比其他人讲得更详细，但还是有听不懂的地方

还是踩坑就跳过，慢慢理解，自然有一天就学会？我有问过 chatgpt4 和谷歌

@kneo 谢谢建议🙏

OP 行文的确需要改进，不过 SO 我现在基本上不去了。小的代码用 ChatGPT 足矣，大一些的去 reddit 问更友好。

@Dffcc
1. 通过 docker logs 可以看容器的标准输出；
2. 通过 docker attach 既可以看容器的标准输出，也能连接到容器的标准输入、跟容器交互。如果只是想看标准输出的日志，那么用 docker logs 就行，docker attach 在看日志这个场景中不常用；
3. 不是所有的日志都会被送到标准输出，如果你想看的日志在标准输出里没有（也就是通过 docker logs 和 docker attach 看不到），那可以通过 docker exec 进入容器，找到相关的文件，通过 tail 等命令来查看。