刚刚更新了软件,现在通过 WordPress 创建的主题似乎被列出了。
我明白了。但还有另一件与之相关的事情也在发生。即使更新到 Discourse 方向的连接/链接也会导致这种情况——但并非总是如此。在大多数情况下,它不会使帖子处于未列出状态。
我没有费心去做任何请求,因为这种情况太不稳定了,我甚至无法给出半可靠的测试指南。另外,我也不完全确定现在的问题是 WordPress、插件还是 Discourse。
我更改了 embed unlisted 的站点设置,现在我的新 WordPress 帖子显示为已列出。我不确定长期的解决方案是什么,但目前似乎有效。
这个快速修复对我不起作用,我使用的是 2.5.1 版本,无论我是否启用“将帖子发布为非列表 Discourse 主题”设置。有什么修复此问题的建议吗?
我也遇到了同样的问题。有什么指导吗?
我刚遇到同样的问题。WordPress 中的帖子有一个复选框,用于在 Discourse 中将主题设为未列出。它没有被选中。但帖子在 Discourse 中仍然未列出。
在 Discourse 中,我现在取消选中了名为“嵌入未列出”的设置,看看是否有效,但显然 WordPress 插件及其与 Discourse 的交互方式目前存在问题。
是的,这将解决问题:Comments not appearing and posts unlisted - #5 by simon
它的运行方式符合预期,但我认为应该找到一种方法来清楚地表明主题可以从 WordPress 或 Discourse 端进行未列出。
在过去五年里,它一直没有这样工作过,依我看,它不应该这样工作。
如果 WordPress 端无法覆盖 Discourse 的默认设置,那么它就应该被移除。
预计到达时间:我没有测试过,但你的评论似乎暗示 WP 端可以覆盖 Discourse 端,但只能取消列出主题。这是非常令人困惑的行为。该设置应该能够一致地覆盖 Discourse 设置(当默认设置为未列出时列出,当默认设置为已列出时取消列出),否则人们在 WordPress 中将永远感到困惑。
但事实并非如此,对吧?正如你所写:
当然,_那个_选项不再按预期运行。
我的理解是:
- 自从这个 PR 合并以来,WordPress 插件对帖子是否未列出已 没有任何 控制权。Apply embed unlisted setting consistently by angusmcleod · Pull Request #24294 · discourse/discourse · GitHub @angus
- Discourse 站点有一个控制所有 WordPress 主题是否未列出的设置,
embed unlisted,它默认是 true。 - 这意味着,所有使用 WordPress 插件的用户默认都会创建未列出的主题,直到他们发现哪里出了问题,找到这个支持帖,并手动取消勾选
embed unlisted。
这对我来说似乎非常糟糕。至少,我期望:
embed unlisted默认应为 false。(我无法理解 任何人 会想要这种行为,尤其不是默认行为!)- 由于插件的“发布为未列出主题”选项不再有任何作用,因此应将其删除。
大家好,这两种设置都按预期工作。它们的工作方式如下:
-
如果 WP Discourse 设置“发布为未列出主题”被选中,WP Discourse 插件会将 Discourse 主题发布为未列出。
-
如果 Discourse 站点设置“嵌入未列出”被选中,嵌入式主题(包括但不限于 WP Discourse 主题)将被列为未列出。
如果启用了任一设置,则 WP Discourse 插件发布的主题将被列为未列出。如果您不希望 WP Discourse 插件发布的主题被列为未列出,则不要启用任何一个设置。我想我会制作一个视频来介绍这一点,因为似乎仍然存在一些困惑。
WP Discourse 主题一直是嵌入式主题。现状,即 embed unlisted 排除 WP Discourse 主题,是不一致的,更多是历史的怪癖,并且有其自身可用性问题。通常,嵌入式站点设置包括 WP Discourse 主题。
本论坛上有许多关于此的讨论主题,其中一些也表达了不同的观点。尽管如此,总的来说,在看到一些对更改的反应后,我认为 false 作为默认值是有意义的。
让我们看看其他人是否同意。
我建议对 WP 端进行澄清,例如说“如果启用了 embed unlisted Discourse 设置,此设置将被覆盖”。
我明白你的意思,但是这两个设置并不会相互覆盖。它们都只是在启用时将 WP Discourse 主题设为“未列出”。仅此而已。不过,如果我的 PR 因某种原因未被接受,我会添加一个关于查看嵌入式未列出站点设置的注释。
我已经对这个问题进行了更多的研究;我现在认为我理解了您是如何在逻辑上得出这个结论的,但我认为您的 PR #24294 应该被回滚。
嵌入式主题通常由用户浏览创建
Discourse 的嵌入式主题功能几乎没有文档。这就是全部。Embed Discourse comments on another website via Javascript 在该文档中,它描述了如何通过 JavaScript 将 Discourse 集成到任何博客中,而无需 WordPress 插件。
在 Discourse 推荐的实现中,仅仅是 _访问_一篇博文就会自动在 Discourse 上为该博文创建一个主题。
由于博客可能有很多文章,因此用户访问者可能仅仅通过浏览博客就会自动创建数百个空主题帖,这实际上会垃圾化论坛。这就是为什么 embed unlisted 默认设置为 true,以确保博客 读者 不会自动创建数百个空主题。
WordPress 主题可以由博主点击“发布”创建,这完全不同
在 WP 插件中,有一个您可以勾选的框,可以在将博文发布到 WordPress 的同时,“发布”博文到论坛。
当博主点击“发布”时,我们希望创建一个 已列出 的论坛主题。这就是为什么在 WP 插件中,“发布未列出”设置是 单独的设置,而不遵循 embed unlisted 设置。
您可以想象,WP 插件根本没有发布功能。博主会发布一篇博文,然后查看该博文;_查看_该博文(作为用户)会在论坛上创建一个未列出的主题。然后,博主可以导航到论坛并手动点击嵌入式主题以使其可见。
但这对于博主来说很麻烦/令人困惑,因为我确实希望在论坛上出现一个已列出且可见的主题,即当我想要将博文交叉发布到论坛时。
这就是为什么 WP 插件有一个单独的设置,用于覆盖和穿透 embed unlisted 设置,并真正地、真正地交叉发布到论坛。
为发布设置单独的选项并非历史的怪癖
我认为发生的情况是,您问:“有人知道为什么 WP 插件不遵循 embed unlisted 功能吗?”而碰巧没有人能记住原因。
但我希望我已经说明了该功能存在的原因。这是经过设计的,现在它坏了。
嵌入式未列出主题的存在确实很糟糕
正如许多人所说,最终用户仅仅通过 阅读 一篇博文就可以在 Discourse 上创建一个主题,这 很奇怪。
理想情况下,当博主发布博文时,会创建公开列出的嵌入式主题。然后,用户可以正常回复这些主题。
但是,如果博文在未创建主题的情况下发布,那么当用户 查看 博文时创建主题仍然没有意义。相反,当有人 回复 该博文时,应该创建嵌入式主题。
创建未列出的嵌入式主题是为了模拟这种行为。当有人回复时,未列出的主题会自动列出。
我很欣赏你做了研究。我也理解你为什么不想使用该功能。不过,故事还有其他方面,也有人使用该功能。如前所述,更改默认设置可能是合适的。
但是更改默认设置将破坏所有嵌入式主题是由浏览其网站的用户创建的情况!
撤销 PR 是我能看到的最佳折衷方案。
我理解您对此有坚定的看法,但请记住,其他人使用该插件的方式与您不同——相当多的人希望他们的 WP Discourse 主题默认设置为“未列出”——并且此更改也是为了解决相反方向的可用性问题,例如请参阅
我在其他环境中也遇到过类似的问题。我也理解您所说的。这里的情况更多的是权衡选择。我明天会再看看这个问题。
这根本不是真的。我在 WP 中将其设置为发布,但它没有。它反而被隐藏了。唯一的解释是它被 Discourse 中的设置覆盖了。
如果它将继续以这种方式工作,它需要在 WP 中加以澄清。
编辑补充:更改 Discourse 设置的名称为“强制隐藏”或类似名称也会有所帮助。
是的,我就是这么说的。在在此处总结问题之前,我仔细审查了该主题。
我同意,相当多的人希望他们的 WP Discourse 主题默认情况下是未列出的,即使在发布时也是如此。在 2023 年,这些用户可以通过选中“将主题发布为未列出”框来使他们的 WP Discourse 主题默认情况下未列出,因此回滚您的 PR 将满足他们的用例。
我觉得你可能没抓住我的重点?我的重点是,WP 插件的复选框独立于 embed unlisted 功能存在,不仅仅是历史遗留问题,而是为了解决多个重叠的、冲突的用例:
- 使用嵌入式主题而没有 WordPress 的用户(他们使用
embed unlisted) - 希望“发布”按钮交叉发布一个已列出主题的 WP 插件用户
- _不_希望“发布”按钮交叉发布一个已列出主题的 WP 插件用户;从这个角度来看,他们更像是非 WordPress 用户
我不认为每个人都像我一样使用 WP 插件。但是,拥有单独的复选框(WP 插件中的“发布未列出”复选框_独立于_ Discourse 站点设置中的 embed unlisted 复选框)可以有效地满足所有这些不同用户的需求。
将它们合并成一个会产生冲突。这就是为什么应该回滚 PR,以支持具有不同用例的所有用户。
抱歉,我应该说得更清楚一些。我在这里使用“覆盖”一词是表示因果关系。抛开语义不谈,我理解您的担忧。
丹,我明白你的意思,也很感谢你提出。是的,之前的状态在一定程度上是有效的,但它也有自己的问题和不一致之处。
感谢大家的意见。我明白你们都是出于好意提出这些观点,我也理解你们的担忧。我们也在内部讨论这个问题。我很快会在这里分享另一份更新。
请注意,如果您只想让您的 WP Discourse 主题不被列出,并且不关心这场争论,只需确保关闭 WP Discourse 设置和 Discourse 中的
embed unlisted站点设置即可。

