您好,
我们公司运行 Discourse 来支持客户并加强客户关系。对于员工入职,我们使用 Doc Categories 和 DiscoTOC 创建了文档,效果很好。
但是,我希望请求一项功能,允许导出文档源——特别是包含标记的原始文本——到纯文本文件。
我知道浏览器有 PDF 打印选项,但这在需要原始源而不是解析后的源时没有帮助。我也知道内置的备份功能和数据库查询,但这些对于前端管理来说不是实用的解决方案。
目前,我的工作流程是:编辑帖子 → STRG-A,STRG-C → 创建/打开文本文件 → STRG-V,STRG-S → 放弃编辑… 下一个帖子。
内置的批量导出选项将带来几个好处:
- 知识库的维护更加容易
- 前端管理员更好的备份和版本控制工作流程
- 灵活地在 Discourse 外部重用内容
对于那些不仅将 Discourse 用作支持,还用作文档中心的社区来说,这样的功能将是真正的生产力提升。
我很想听听您的想法。
祝好
2 个赞
pfaffman
(Jay Pfaffman)
2
我遇到的一个问题是把功能请求当作支持请求。哎呀,我又犯了。如果这没帮到您,我很抱歉。
所以您想要类似这样的东西:https://meta.discourse.org/posts/1849580/raw 或者这个:https://meta.discourse.org/raw/381447 或者这个 https://meta.discourse.org/raw/381447/1
哦。您想要主题中所有帖子的原始内容。
这不是一个解决方案,但它是那个的改进版本。但这并没有节省多少点击。
使用一些命令行工具可以很容易地自动化这一点。一个聪明的工具可以获取主题的 json 来查看有多少帖子,然后获取所有帖子,也许会暂停来处理速率限制。
一个主题组件可以为您提供每个帖子原始内容的链接。一个插件可以做到您想要的事情。
3 个赞
嗨 Jay,
谢谢你的回复。
这个解决方案已经在 How to iterate over all the topics in order to export them as Markdown? 中讨论过,但对于大型文档(→ 效率)和前端管理(→ 能力)来说并不实用。
所以是的……不支持,但这是我提出的一个真正的功能请求 
祝好
2 个赞
Moin
4
我认为 📄 Copy Post Component
减少到一次点击。但仍然不是批量复制
5 个赞
RGJ
(Richard - Communiteq)
6
您可以创建一个返回 posts.raw 的 Data Explorer 查询,然后通过 API 调用该查询。
7 个赞
谢谢你的建议,Richard
我有机会会看看 Data Explorer 和 API 调用。不过,那只是一个钩子,而不是一个功能。
以 Doc Categories 插件为例:要构建文档,你只需要一个包含所有主题链接的索引帖子。但该插件增加了一些额外的东西:自动页面导航。
这正是我提出的功能请求:一个附加功能,可以帮助普通用户——而不仅仅是另一个针对高级用户或 IT 人员的变通方法。
3 个赞
thoka
(Thomas Kalka)
8
如果我希望有这样的功能,我希望它能提供一个包含文档索引所引用的所有 Markdown 源文件的 zip 文件。
在这种情况下,人们希望如何命名单个文件?
您能否更详细地描述您设想的工作流程?
如果我要构建一个像您所描述的那样的文档工作流程,我更倾向于构建一个将原始 Markdown 挂载到文件系统的选项,这将使进一步的自动化工具能够对其进行操作。
我不明白这一点。
您为什么不想通过 Discourse 展示您的文档?
嗨 Thomas,压缩文件当然可以正常工作
没有工作流程,只是想保留一个简单的备份。
1 个赞
RGJ
(Richard - Communiteq)
12
也许你可以给我一个好的例子,而不是进行人身攻击。甚至你的开篇帖子也谈到了管理员和管理知识库的人。
抱歉,您分享了个人观点,我只是在回应——无意冒犯。
例如,管理知识库的人员,如知识经理,他们作为管理员创建内容,但技术背景有限,希望自己处理内容并能够将其本地备份。
3 个赞
RGJ
(Richard - Communiteq)
14
我不会将知识管理员视为普通用户,这是一个非常特殊的角色。
RGJ
(Richard - Communiteq)
16
那么数据浏览器将是一个非常好的解决方案。
您也可以让非管理员用户使用该查询。
1 个赞
嘿 @soeren-1,欢迎来到我们的社区! 
您的功能请求看起来很有趣!我认为提供这个话题供其他有类似设置的人加入进来很棒。也许有一天这样的东西会进入用户界面。但我认为您还没有充分证明它是一个广泛适用的功能。
您是新来的,所以让我告诉您一些可能不明显的事情。添加功能需要时间和资源,所以通常当我们的企业客户提出要求或有大量需求时,新功能会被添加到 Discourse 中,例如 三倍法则。它们也经常作为插件或组件开始,最终才会被添加到我们的核心产品中。
对于许多独特的情况,Discourse API 和数据浏览器可以提供快速粗糙的解决方案,通常“足够好”。我承认这不是您在这里要求的!但有时尝试使用 API 或数据浏览器查询来解决问题可以帮助证明添加功能的合理性,或者找到解决特定问题的更好方法。
您是否见过数据浏览器查询如何可以提供给群组,并且可以有一个用户界面来指定参数?这适用于“普通用户”,并且可能适合您和您的团队作为临时解决方案,并帮助您在这里为您的新功能想法做出论证。我不知道是否有适合您的查询可以开始,可以从 Data & reporting 开始查找。
@rgj 我认为你是个普通人,不管别人怎么说!

3 个赞
谢谢你的欢迎、澄清和建议,Tobias。
我不太确定“广泛使用的功能”——Discourse 中有很多选项和设置,我曾问自己:“谁需要那个?”
人们倾向于使用可用且熟悉的功能。如果你已经有了一把锤子,你可能会想知道木槌有什么用。
也许其他用户会看到该功能的用例并加入讨论。
感谢所有贡献者!
2 个赞