小编Shu*_*ogi的帖子

当我使用以下命令转储容器的 docker 日志时

docker 日志容器名称 > 容器名称.log

为文件生成的输出难以阅读和理解 - 未提及日志日期 - 添加了未知的转义字符

我不确定是否需要在上述命令中添加一些额外选项来转储日志，或者我的理解存在更大的差距。

输出示例：

托管环境：生产内容根路径：/app 现在监听：http://[::]:80 应用程序已启动。按 Ctrl+C 关闭。[39;49m[30m[[39;49m[39;49m[37m11:21:25.208 +00:00[39;49m[39;49m[30m]39;49m[39;49m[37mINF[39;49m[ 39;49m[30m] [39;49m[39;49m[36m请求开始 HTTP/1.1 GET http://localhost:31201/swagger [39;49m

[39;49m[30m[[39;49m[39;49m[37m11:21:25.943 +00:00[39;49m[39;49m[30m]39;49m[39;49m[37m[39;49m[ 37m[41mERR[39;49m[39;49m[30m]] [39;49m[39;49m[37mLevel = ErrorMessage = 以下详细信息的请求执行不成功: URL = http://localhost:31201/swagger

我可以使用 docker log 命令清楚地看到输出。我不确定为什么这些特殊字符被添加到输出中。

我对在 Windows 上提供 Linux 容器支持的策略感到非常困惑。我听说过很多关于 LCOW 和 WSL 来运行 linux 容器的事情，但我仍然不确定为什么他们没有像 WIN 10 那样使用 MOBY VM 提供 Linux 容器的支持，直到事情变得不稳定（即直到 LCOW 不再是一个实验性的东西） ）。

在服务器 2016 和 2019 上似乎没有支持 Linux 容器的修复策略。在服务器 2019 中，除了将 linux 容器作为 LCOW 运行之外，我别无他法，这是实验性的。在服务器 2016 上，如果我运行 docker for win 会出现另一个问题，因为不支持新版本的 Docker，因此我无法获得最新 Docker 版本的支持。没有可靠的方法可以在服务器 2016 和服务器 2019 上运行始终没有问题的 LINUX 容器。

有多个线程描述了在 Windows Server 机器上运行 Linux 容器的不同方式，但没有一个提供在 Server 2016 和 Server 2019 上运行 Linux 生产容器的固定策略。

我完全理解 Linux Container 应该在 Linux 机器上使用的论点，但我有非常具体的理由让它在 Windows 机器上运行。（客户端约束）

我在这里征集了我的理解。

如果我的理解有缺陷，请任何人帮助我理解正确的策略或纠正我。

我有一个更一般的用例，当我将 Markdown 转换为 PDF 文档时，我需要将公司徽标添加到每个页面的页眉中。重要的是要注意，这不是最基本的问题，我只需要添加图像，而是需要类似于我们在 Word 文件中所做的页眉和页脚。

我试图找出解决方案，但我知道可以使用 Sweave 和 R Markdown。我的 Markdown 是 Github Markdown。

我使用 Typora 来实现降价，但 Typora 没有提供执行相同操作的选项。幸运的是，我发现可以通过向 VS-Code 添加扩展“Markdown-Pdf”来向 Markdown 添加页眉和页脚，但仍然无法配置页眉和页脚。

markdown-pdf的官方文档给出了markdown-pdf.headerTemplate的设置，但是给这个参数一个样式是行不通的。