如何阅读/理解docker-compose.yml以及“stdin_open:true tty：true”组件做什么？
services:
redis:
image: redis:latest
expose:
- "6379"
sample0395:
image: sample0395/base:latest
stdin_open: true
tty: true
expose:
- "8888"
ports:
- "8888:8888"
根据我的理解，仅仅基于如下所示的层次结构：
- Redis和sample0395是“服务”
- redis:latest和sample0395/base:latest是image_name:tag组合
- 公开和端口：列出端口（不确定这两个端口之间的区别或区别的意义）
- 我不知道stdin_open或tty是做什么的，似乎也无法通过Google了解。
共有1个答案
tty和stdin_open分别类似于docker run命令的-t和-i参数。
当需要处理Docker容器之外的项目时，可以使用stdin_open。
当需要在Docker容器中处理项目时，可以使用tty。
-
选修处理这些问题的课程；实际的细节与课程无关，但我通常有兴趣尝试去理解事物。 我有一个docker-compose.yml文件，我可以“调用”或“旋转”。该文件包含以下信息： null
-
docker-compose.yml 启动一个 order 和 一个 peer 节点。 orderer: image: hyperledger/fabric-orderer environment: - ORDERER_GENERAL_LEDGERTYPE=ram - ORDERER_GENERAL_BATCHTIMEOUT=10s - ORDERER_GENERAL_BAT
-
docker-compose.yml 启动一个 5 个节点的服务，包括 zookeeper、fabric-order 和 3 个 kafka 节点。
-
问题内容： 例如，我得到了这样的堆栈跟踪： 那么，此异常的根本原因是什么？从堆栈跟踪中，我发现类中的函数存在问题！但是，当我在此处放置一个断点时，程序永远不会在该断点处停止。 谁能给这个解释！在一般情况下，我应该如何使用该堆栈情况进行调试（从下至上或从上至下读取）！ 问题答案： 通常，确切的原因在堆栈跟踪的第一行，有关该异常原因的更多信息，你需要逐步向下移动，并且根本原因通常可以在堆栈跟踪底部的某
-
我现在正在尝试学习Spring Security，我已经看到了许多使用它的不同例子。我知道CSRF是什么，Spring Security默认启用了它。我很想知道的是这种定制。 这一行是什么样的定制，以及何时适合使用它。如果有人能给我一个简单的解释，我将不胜感激。