Might be more of a WP question but is there any way to bulk “Publish to Discourse” a large number of posts? I have 200 posts I want to publish to discourse to enable discourse comments but can’t figure out how to access the discourse menu options from the bulk edit feature in WP.
There are no Discourse options added to the WordPess bulk edit options by the plugin. It would be possible to develop something to publish your posts through the API, but for 200 posts, it would probably be less work to just publish them to Discourse manually.
That’s what I suspected … thanks.
我知道这是一个旧帖子,但我已执行以下操作来批量发布:
- 在“发布 > 默认 Discourse 分类”中配置了默认分类。
- 启用了“自动发布”。
- 批量选择帖子并重新选择“状态”为“已发布”。
这将触发自动发布功能,尽管帖子可能已发布。
编辑: 这种操作不被推荐,也不被 Discourse 支持。
仅作一般性提醒,不建议使用 WP Discourse 插件从 WordPress 大量发布到 Discourse,且不受支持。正确处理此问题的方法是执行数据库迁移。
谢谢。我确实是通过手动重新发布每篇博文开始的。但 1 小时后,我意识到手动完成需要好几天时间。
在批量重新发布现有博文到其关联的 Discourse 主题时,是否存在固有的风险或我应该在之后仔细检查的事项?
抱歉,但正如所提到的,此类操作不被推荐且不受支持。如果我给你提供如何操作的建议,我就是在鼓励它,而这并非我所愿 ![]()
我明白了。它已经完成了。我不知道不推荐这样做等,所以我主要想问是否有任何我应该注意的事情。
当然,如果我事先知道不推荐这样做等,那么我就可以采取不同的方法。但是上面的主题历史记录并没有提到要避免这样做。我不记得看到过任何类似的东西。
另外,出于对该建议的尊重,我将删除上面的脚本。
但这却是插件和WordPress的内置功能,并且确实有效。这也是唯一有文档记载的解决方案。
虽然这可能会导致负载增加,但如果启用了自动发布,发布5篇文章并不会有什么不寻常的。如果你要发布数百篇,最好分批次(10/25篇)进行,但应该有一个队列/批处理来确保没有问题,而它缺少批量发布的这个功能。
不建议使用 WP Discourse 插件将 WordPress 的内容批量发布到 Discourse。我建议您通过数据库迁移来处理这种情况,Discourse 原生支持数据库迁移,并且包括 Discourse.org 在内的所有 Discourse 托管提供商都支持此功能。
使用 WP Discourse 插件将 WordPress 的内容批量发布到 Discourse 是“非内置的”,没有文档记录,也不受支持。
我认为批量发布帖子的原因可能是针对特定用例,但对于我们用例中的数据迁移来说,这有点小题大做。
我们在 Discourse 中有一个特定的类别,我们在创建时会将 WooCommerce 产品发布到该类别,以便论坛成员可以就这些特定产品进行讨论以获得支持。没有其他数据会自动发布。
批量发布会处理所有在安装 WP Discourse 之后的情况。当您在 WordPress 中编辑帖子时,或者在此示例中,更改帖子发布状态(可以一次对多个帖子进行操作),就会自动触发此功能,这意味着 WP Discourse 然后会根据配置自动将内容发布到 Discourse。
WP Discourse 的自动发布是一项功能,因此我不确定有什么可担心的。
很高兴WP Discourse 自动发布对您的情况有效。
问题在于,人们会来到这里,阅读这个主题,然后想“能有多糟糕?”。是的,在某些特定情况下,像您这样使用自动发布可能不会造成太多问题,如果您知道自己在做什么的话。然而,根据我的经验,人们会尝试在“批量发布”的框架内寻找解决方案,这会带来比它本身更有价值的麻烦。我过去不得不处理过这类尝试。因此,“批量发布”(这不是自动发布)没有被记录,不受支持,也不被推荐。
此外,替代方案,即数据库迁移,是大多数人在开始考虑“批量发布”时所需要的,然而大多数人(可以理解地)更倾向于图形用户界面解决方案,并且(可以理解地)厌恶数据库,所以,根据我的经验,这里存在一个需要克服的自然偏见。实际上,如果克服了这种自然偏见,对于大多数人在此领域的问题,存在一个简单且受支持的解决方案。
如果人们想讨论更具体的情况,比如您的情况,欢迎他们在 Support > WordPress 中创建一个单独的主题。
此主题在 2 天后自动关闭。不再允许回复。