继续讨论：将原始 Markdown 链接转换为 HTML：
我支持集成 Pandoc。我看到有一个提供 REST API 的 Web 应用。我正在寻找一种方法来自动化从 Discourse 生成 MediaWiki 文档。
目前，我会将 Markdown 拖放到 Try pandoc! 中。
您能更详细地描述一下工作流程吗？
2 个赞
是的，我们长期运行着一个 MediaWiki 站点：Noisebridge
我们的 Discourse 论坛：讨论
以及这个 托管版本 的 Pandoc，我们曾 鼓励用户使用它 来快速将 Markdown 转换为较为复杂的 MediaWiki 标记。
我希望有一种方法能将此流程自动化，因为我们希望非技术背景的用户也能轻松创建 MediaWiki 页面，而他们连注册账号都常常感到困难。
当然，我们也可以在 Discourse 内部实现这一功能，但我们的 MediaWiki 自 2007 年左右上线以来一直运行至今，拥有长期的用户群体，因此没人愿意轻易改动它。不过，在 2020 年用它来撰写文档确实有些吃力且过时了。
我目前还不太确定下一步该怎么做。但这将对我们的志愿者团队带来巨大帮助！到目前为止，我已经发现了 Pandoc 的这个 RESTful API 版本，或者上面提到的托管演示版本。
我仍然不清楚数据来自哪里，但它会发送到你的维基吗？
可能涉及哪些屏幕和控件？用户对数据的去向有多大的自主权？
2 个赞
嗯，问题提得很好。我也不太确定。或许通过 Custom Wizard 插件来起草 MediaWiki 页面会是最佳方案。
问题在于，志愿者们在 2020 年编写 MediaWiki 页面时感到十分吃力。人们对这项技能要么完全掌握，要么完全无从下手。希望我能说明清楚我想解决的这个问题。如果没表达清楚，也不想浪费你的时间。
我一直很感兴趣将 Discourse 与我们的 MediaWiki 安装集成，以增加用户友好性，但我注意到 有几个尝试 在 MediaWiki 中使用 Discourse 进行讨论，并未取得成功。
如果我是你，我会先模拟界面、控件和流程，然后再继续推进。现在先别担心解决方案。
1 个赞
如果您不喜欢旧软件，何不将 Wiki 迁移到 Discourse 呢？
这并不重要，无论我是否喜欢。这个维基已经存在了 12 年，深受喜爱。它只需要一些关爱。
2 个赞
所以，你是想通过 Pandoc 将 Markdown 转换为 HTML，从而将 Discourse 中的帖子发布到你的 Wikimedia 实例上，对吗？
听起来很有趣。但这似乎也是 Zapier 可能解决的问题？
附：我理解你为何希望继续使用 Wiki 软件。它是一项为这种用例而设计的稳健标准。
1 个赞
目前我只是手动将 MediaWiki 文本复制到 Pandoc，然后将转换后的 Markdown 手动发布到 Discourse 帖子中。这很繁琐，但可行。
1 个赞
你是在 Discourse 中撰写草稿并发布到 MediaWiki 吗？
还是从 MediaWiki 获取内容并发布到 Discourse？
某种 MediaWiki 同步插件可能是让这里所有人都满意的好方法。我过去曾进行过类似的 Wiki/Discourse 讨论（不仅在 Leigh Hackspace，那是我在 2015 年创立的地方，我们曾在那里接待过 Mitch Altman，他是 Noisebridge 创始团队的一员），双向同步或许能行得通。
2 个赞
是的，正因如此，我认为引入 Pandoc 来简化转换过程是最理想的方案。我们目前受限于：
- Discourse Event 插件 尚无法安排重复事件（如每周会议）。
是的，目前全靠手动操作。
- Mediawiki 纯文本格式模板 在 etherpad 上协作编辑。
- 完成后的文本发布到我们的 Mediawiki
- 文本同时复制到 Pandoc
- Pandoc 将其转换为 Markdown
- 将 Markdown 粘贴到 Discourse，并指定相应的分类和标签。
希望能简化这一流程。
如果可行的话，那就太棒了。Mediawiki 和 Discourse 都是非常有用的工具。将重要信息保存在维基中，同时在论坛中进行讨论，这非常好。显然，理想的做法是提供 URL 链接，以便人们可以轻松在这两个工具之间切换。
我知道 维基媒体基金会曾尝试将 这两个工具集成在一起。你可以在论坛中找到相关详情。我也曾希望实现 从 Mediawiki SSO 登录到我们的 Discourse，但 该插件会导致我们论坛的账户创建功能失效。
为什么不直接把内容留在 MediaWiki 上，然后通过 使用 JavaScript 嵌入 Discourse 评论 在 Discourse 上进行讨论呢？
1 个赞