问题标签 [unoconv]

我有一个需要转换为 XLS 并上传到网站的文件。但是这个网站对格式非常敏感。如果我在本地机器（Ubuntu 20.04.3 LTS）上转换文件，一切都很好。如果在服务器 (Ubuntu 20.04.3 LTS) 上发生错误。两台机器上的程序版本及其所有组件都是相同的。

最有趣的是，我的主机上转换后的文件大了 600 字节。我试图在互联网上找到问题的原因，但据我了解，我是第一个遇到这个问题的人。

我在 Windows Server 2019 Standard 机器上，我需要以编程方式将 .txt 文件转换为 .rtf。我成功安装 unoconv 并获得以下命令使其工作：

问题是，当我在写字板中手动打开生成的 .rtf 时，它仍然有大括号，并且似乎被作为纯字符串处理，而不是解释大括号和所有这些东西，但是当我使用记事本应用程序手动打开 .txt 文件时并将其保存为 .rtf，写字板正确解释 rtf 编码。

我已经尝试通过创建文件并将其保存为 UTF-8 和 ANSI 来更改记事本的默认编码，但没有任何结果。我还尝试搜索命令行以使用 Notepad++ 打开和保存文件，但没有成功（我只找到了打开文件的命令）

为什么会发生这种情况，我在命令行中添加什么让它知道它必须解释 rtf 编码？

[编辑] 我通过创建一个读取 .txt 内容的 C# Windows 窗体应用程序来完成所需的功能，将其添加到 RichTextBox，然后使用以下命令将其保存到 .rtf：

我仍然想知道我在 unoconv 上做错了什么，但进一步阅读，我发现 unoconv 在转换为 RTF 时存在问题。

我正在尝试使用 gotenberg api 将 ms-office 文件转换为 pdf。对于某些文件，我收到 unoconv PDF 上下文截止日期超过 503 状态。我已将读取、写入和处理超时增加到 60 秒。我该如何解决这个问题？转换文件所需的最长时间是多少？一个 gotenberg 实例可以处理的最大请求是多少？

目标

我想制作一个可以将多个 docx 文件（通过单独的并行请求提交）转换为 pdf 的解决方案。

我尝试过的及其行为

经过努力，libreoffice --headless我发现unoconv它为 libreoffice 创建了一个侦听器以处理多个请求。虽然与 不同libreoffice --headless的是，它不会转换通过并行请求提交的 docx 文件，但似乎在内部它们仍然是按顺序处理的。例如：如果文件 A.docx 和 B.docx 分别需要大约 20 和 1.1 秒才能单独转换为 .pdf，那么，如果两者都是通过 2 个专用并行请求提交并且两者的转换都从 00:00:00 开始，两个文件的转换过程在 00:00:20 左右结束。

我想要的行为

但是，我想要的行为是在文件转换后立即返回 pdf，例如：只需在 1.1 秒后返回 B.docx 的 pdf，继续转换 A.docx 并在 20 秒后返回。

这是我正在尝试做的最小的 Django 视图：

我有一些带有 pptx 和 docx 扩展名的 ms office 文档，我想将这些文档转换为 pdf，为此，我在我的 Linux 机器上使用 unoconv。但是某些文件已损坏，因此 unoconv 显示无法打开文件错误。当我尝试在我的 Windows 机器中打开一个文档时，它会显示以下消息，单击“是”后它会修复该文档并打开它。

我想在 Linux 中使用命令行修复此类文件，然后将它们转换为 pdf。我不能共享文档，因为它是机密的。我想要任何解决方案，就像我在适用于 Linux 的 Windows 机器中所拥有的那样，或者任何其他将 pdf 从 ppt 和 docx 转换为能够接受损坏文件的方法。我需要使用 python 运行这个东西，因此我只需要命令行工具。