目前,discourse 和 wordpress 的评论已同步。如果能实现主内容之间的双向同步,让 discourse 社区能够从 discourse 实例编辑(修改和极大丰富)内容,那就太好了。这样,社区就可以参与到 WP 站点的改进中(这正是社区设计的目的——参与内容的创建和改进),而不仅仅是全职编辑。文章质量会更高,信息也会更准确、更及时,而且不需要增加额外人手。为此,需要增加第三个设置:实例间同步主题。
嘿 Volanar,
如果你的 Discourse 站点要镜像你的 Wordpress 站点,你是否一定需要两者都保留?
根据他们请求的措辞,这是我看到的流程:
flowchart
WP <--> Post
Discourse <--> Post
Community --> Discourse
Editors --> WP
但是,拥有两个相同的编辑界面有什么好处呢?
虽然 WordPress 可以处理 Markdown,而且确实也处理,但它不是大多数网站的默认设置,除非行为已更改,否则在保存帖子时 Markdown 会被转换为 HTML。任何特定的 CSS 样式也会丢失。结果是,在 Discourse 网站上查看时,外观漂亮的 WordPress 帖子会失去一些视觉保真度。
允许 Discourse 覆盖 WordPress 帖子的内容将限制 WordPress 的许多演示功能。还有版本控制和同时更改的问题——大概是最后写入者获胜?
如果你希望编辑者和社区成员为同一内容贡献高质量的内容,为什么不在同一个地方编辑它们呢?
因为在 Discourse 上可以更好地控制谁可以看到什么以及不能做什么,而在 WordPress 端也可以有其他出版物。
这可能是一个原因。我不会对此是好是坏或中立的情况持任何立场。
(至少对我来说)听起来他们不想将社区中的所有人添加到 WP 实例中:
不过你说的有道理,在一边编辑比两边都编辑要好。
嘿 @volanar,我明白你想实现什么。
在可预见的未来,这不会成为 WP Discourse 插件的一部分,部分原因是该插件专注于同步 Wordpress 评论而不是内容 Wordpress 文章,部分原因是使 WP Discourse 插件双向化会带来一些挑战,这些挑战在该插件的框架及其与 Discourse 的工作方式内难以解决。@Stephen 提到了其中一些挑战。还有其他的。
话虽如此,你或许可以通过使用 Wordpress ActivityPub 插件 和 Discourse ActivityPub 插件 来实现你的目标,这两者结合起来,理论上可以实现你想要的功能,即内容的双向同步(Wordpress 文章和 Discourse 文章)。
这里有两个很大的注意事项。Discourse ActivityPub 插件的双向功能尚未合并到插件的主分支中(PR 目前正在审核中),而且我从未将该插件与 Wordpress ActivityPub 插件进行过测试。但通过结合这两者,你所描述的情况有可能实现。
事实上,你所描述的场景正是 ActivityPub 协议 的开发目的。为什么在 ActivityPub 的背景下比在 WP Discourse 的背景下更容易实现?原因有很多,我在这里就不一一赘述了,但 suffice to say,如果这是你的目标,那么你应该考虑这条途径。
因为WordPress支持WPML,并且内容被翻译成多种语言。WPML有助于跟踪已更改的内容。接下来,WP会将内容发布到博客和移动应用程序。也就是说,WP可以用作headless CMS。
主主题将在WP中创建,但社区可以对内容进行更正和添加。这是技术信息,内容的优美性并不重要,因此您可以默认在WP中安装markdown插件以获得单一的内容格式。理想情况下,最好使用Ghost、Strapi、Squidex或其他平台,但这会产生费用,并且不适合所有人。解决方案应该是普遍适用的。
我提出了一个好主意。在主题的末尾,指定一个在WP前端进行编辑的链接。这样,用户就可以自己编辑内容,管理员也可以接受或拒绝更改。