插件如何移至核心的沟通方式

网站反馈
1

此插件现已与 Discourse 核心捆绑，不再需要安装。下次运行 ./launcher rebuild app 或通过管理员界面更新时，将会出现以下错误：

bootstrap failed with exit code 128
---
HINT: The plugin 'discourse-reactions' is now bundled with Discourse and should not be included in your container configuration.
Remove the line 'git clone https://github.com/discourse/discourse-reactions' from your containers/app.yml file, then try again.
For more information, see https://meta.discourse.org/t/373574

最好现在就从 app.yml 中删除此插件，以防止更新时出现问题。

我想知道主题的第一个帖子是否应该提及它基本上已被弃用，因为它已包含在 Discourse 核心中？参考：Bundling more popular plugins with Discourse core

6 个赞
2

如果有人需要，可以在 included-in-core 标签下找到一些先前的示例。:+1:

3 个赞
3

啊！谢谢，我太晚读到你的帖子了，我不需要告诉你今天早上我的网站无法更新时我有多么恐慌！:cold_face:

4

说到这个，included-in-core 标签应该在这里添加吗？

2 个赞
5

尽管我不喜欢抱怨Discourse所做的事情，因为他们给了我们这个免费、开源的论坛平台……

我恳请他们不要在不记录受影响插件的情况下就破坏重建。

3 个赞
6

今天我更新时也遇到了同样的问题。不仅是 reactions，还有不少插件现在已经和核心 Discourse 捆绑在一起了，所以需要从 app.yml 中移除。

我不确定这里的问题是什么，因为错误信息非常清楚。我也很惊讶，但遵循了错误中的指示移除了有问题的项目，然后重建，一切就绪。

6 个赞
7

我也觉得公告选择的类别很不寻常。我不认为有人会关注它，因为支持问题经常在那里被问到。

也许公告中的子类别会更好，这样你就可以分别通知托管客户和自托管用户（以及开发人员）。每个人都会收到关于发布的通知，但你可以选择是否要接收所有子类别的通知。

另外，在编辑后回复该主题以将其顶上来也会有帮助。否则，很容易错过编辑。

1 个赞
8

说到这个，应该在这里添加 included-in-core 标签吗？

如果他们坚持用这种模式的话。 :baymax_yes:

还有这些：

受影响的插件

  • discourse-apple-auth
  • discourse-assign
  • discourse-calendar
  • discourse-chat-integration
  • discourse-data-explorer
  • discourse-gamification
  • discourse-graphviz
  • discourse-hcaptcha
  • discourse-login-with-amazon
  • discourse-lti
  • discourse-math
  • discourse-microsoft-auth
  • discourse-oauth2-basic
  • discourse-openid-connect
  • discourse-patreon
  • discourse-post-voting
  • discourse-reactions
  • discourse-rss-polling
  • discourse-subscriptions
  • discourse-user-notes
  • discourse-zendesk-plugin
  • … 更多即将推出
7 个赞
9

这不是一个大问题，但当进行常规重建（例如，为了下一个版本升级）时才发现问题，这很糟糕。

对于影响主题组件的 Discourse Core 的重大更改，我们会在数周前就向管理员显示咨询通知，使我们能够修复或删除这些主题组件。当计划将插件合并到 Core 时，同样的做法也会很棒。

例如，我从这个和链接的主题中得知 Data Explorer 将被添加到 Core。这很好。但我需要一个关于何时发生的体面的咨询/公告，因为我只会在它被包含时删除它。否则，如果我现在删除它，可能会有一段时间没有 Data Explorer。

5 个赞
10

我决定将这个最近的讨论从 reactions 插件主题移到 Site feedback，因为它涉及到我们如何使用这个网站来沟通插件迁移到核心的问题。这种情况会不时发生，但现在我们正在大力推动将许多流行的插件迁移到核心，这将影响到许多自托管用户。这在 Bundling more popular plugins with Discourse core 有公告。

@moin 建议 Bundling more popular plugins with Discourse core 的公告主题可以发布到 Announcements，或者我们在那里创建一个子类别，用于自托管用户的公告。这个主意也不错。但那样的话，我们就需要注意不要让我们的自助服务和企业托管客户感到困惑，因为他们不需要做任何事情。

所有受影响的插件都需要对其主题进行审查，以删除安装说明，并表明它们已包含在核心中，不需要安装，并加上 included-in-core 标签。

@JammyDodger 你能提醒我一下 included-in-core 标签的目的是什么吗？它是否像仅仅传达某个插件已包含在核心中，并且不需要通过将其添加到 app.yml 来按常规方式安装那样不言自明？

6 个赞
11

我希望该解决方案也能帮助自助托管用户减少对仅面向托管客户的公告感到困惑，例如 Discourse AI spam detection replaces Akismet plugin 和 New Experiment: Enable AI Summarize on your Discourse with one-click!

2 个赞
12

是的，这只是一种将它们分组并表明它们是“捆绑”插件的方式。它也为那些将标签设置为“Watching First Post”的人提供了一个标记，以便他们能够及时了解任何新插件。

因此，添加标签、更新安装说明以及在插件主题中发布新帖子来说明“好消息，大家 :partying_face: 这个插件现在已捆绑，无需单独安装，等等，从 app.yml 中删除”通常是元信息的一部分。（如果某项内容确实已移入核心而不是仅仅作为插件捆绑，可能会有所不同）。目标是尽可能在事件发生时完成这些操作。 :crossed_fingers: 希望也能在管理员仪表板中发送消息，但这又是另一回事。

为了更全面地了解情况，元信息和用户界面中捆绑插件的呈现方式仍然存在一些不一致之处。有些没有插件主题（投票、Discobot、隐藏详情、本地日期等），有些在网站的插件页面上也隐藏了（聊天、投票、Discobot 等）。将这些内容进行统一会更好，这样新用户就能更容易地理解它们是什么。

7 个赞
13

好的！我已完成。添加了 included-in-core 标签，更新了 OP，并添加了回复。在某些情况下，我还发现需要更新 OP 的地方。感谢 @moin 的 :eagle: 敏锐的观察力找出问题。

如果您发现需要进一步修复或更新的主题，请随时标记。否则，我认为我们已经完成了。

6 个赞
14

关于此事的后续跟进——看起来那些旧的捆绑插件现在也在 /admin/plugins 页面上显示了：:tada:

我认为现在可能只剩下 Chat 仍然被隐藏了？

7 个赞
15

哦，这不是故意的，还有一件事需要更改 @awesomerobot，我快速看了一眼，但不知道是什么……

5 个赞
16

一个帖子已合并到现有主题：托管网站上的“预装”插件标签

17

是的，看起来它被 CSS 隐藏了，我会尽快修复。

4 个赞