プラグインがコアに移行する際のコミュニケーション方法

このプラグインは現在Discourseコアにバンドルされており、インストールする必要はなくなりました。次回 ./launcher rebuild app を実行するか、管理UIからアップデートすると、以下のエラーが発生します。

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 からこのプラグインを削除してください。

ref: Bundling more popular plugins with Discourse core

「いいね!」 6

included-in-core タグの下にいくつかの先行例があります。必要であればどうぞ。:+1:

「いいね!」 3

ああ!ありがとうございます。投稿を読むのが遅すぎました。今朝、私のサイトが更新されなかったときのパニックを伝える必要はありません!:cold_face:

ところで、included-in-core タグはここに追加すべきでしょうか?

「いいね!」 2

Discourse が提供してくれるこの無料のオープンソースフォーラムプラットフォームに感謝しつつも、Discourse の挙動について文句を言うことは避けたいのですが…

影響を受けるプラグインにさえ、文書化せずにこのようなリビルドを壊さないでほしいと、そっとお願いしたいです。

「いいね!」 3

私も今日アップデートしたときに同じことが起こりました。リアクションだけでなく、かなりの数のプラグインがコアのDiscourseにバンドルされるようになったため、app.ymlから削除する必要があります。

エラーは非常に明確なので、ここでの問題はよくわかりません。私も驚きましたが、エラーの指示に従って問題のあるアイテムを削除し、再構築したところ、すべてうまくいきました。

「いいね!」 6

発表のカテゴリも、いつもと違うなと思っていました。サポートの質問がよく投稿されるので、誰も見ていないと思います。

発表のサブカテゴリがあれば、ホスティング顧客とセルフホスティング(および開発者)に別々に通知することができます。誰もがリリースについて知ることができますが、すべてのサブカテゴリについて通知を受け取るかどうかを選択できます。

また、編集後にトピックを更新するために返信することも役立ったでしょう。そうでなければ、編集を見逃すのは非常に簡単です。

「いいね!」 1

もしそれが彼らがこれらのものに対して採用しているパターンであれば。:baymax_yes:

それに加えて、これらも:

「いいね!」 7

大きな問題ではありませんが、通常の再構築、たとえば次のバージョンアップグレードを行う際に問題が見つかるのは残念です。

Discourse Core のテーマコンポーネントに影響を与える破壊的変更については、管理者のみが数週間前に確認できるアドバイザリが提供されるため、それらのテーマコンポーネントを修正または削除できます。プラグインが Core になる予定がある場合も同様だと素晴らしいでしょう。

たとえば、このトピックおよびリンクされたトピックから、Data Explorer が Core に追加されることを知っています。それは素晴らしいことです。しかし、それがいつ行われるかについて、適切なアドバイザリ/アナウンスが必要です。なぜなら、それが含まれるまで削除しないからです。そうでなければ、今削除すると、Data Explorerない 期間が生じるリスクがあります。

「いいね!」 5

プラグインの核心機能への移行について、このサイトがどのように利用されるかに関する最近の議論を、反応プラグインのトピックから Contribute > Site feedback に移動させることにしました。これは時々起こることですが、現在、多くの人気プラグインを核心機能に統合するための大規模な取り組みが行われており、セルフホスト環境を利用している多くの人に影響を与えます。この件は、Bundling more popular plugins with Discourse core で発表されています。

@moin 氏は、上記の発表トピックは #announcements に投稿すべきか、あるいはセルフホスト利用者向けの発表用のサブカテゴリをそこで作成すべきだと提案しました。これも良いアイデアです。ただし、何もしなくてよいセルフサービスやエンタープライズホスティングの顧客を混乱させないよう注意する必要があります。

影響を受けるすべてのプラグインのトピックを確認し、インストール手順を削除し、それらが核心機能に含まれており通常通りインストールする必要がないことを明記し、included-in-core タグを付与する必要があります。

@JammyDodger さん、included-in-core タグの意図について思い出させていただけますか?単に「特定のプラグインが核心機能に含まれており、app.yml に追加する通常の方法でインストールする必要がない」ことを伝えるだけの、それ自体で意味が通じるものなのでしょうか?

「いいね!」 6

このソリューションは、ホストされているお客様専用の発表(Discourse AI spam detection replaces Akismet pluginNew Experiment: Enable AI Summarize on your Discourse with one-click! など)によって、セルフホスティングのお客様が混乱するのを減らすのにも役立つことを願っています。

「いいね!」 2

はい、それらは単にそれらをグループ化し、「バンドルされた」プラグインであることを示す方法です。また、タグを「最初の投稿を監視」に設定している人が、新しいプラグインに関する通知を受け取るためのマーカーとしても機能します。

したがって、タグを追加し、インストールに関する説明を更新し、プラグイントピックに「皆さん、朗報です :partying_face: これはバンドルされたので、別途インストールする必要はありません。 yada yada、app.yml から削除してください」という新しい投稿を残すのが、通常はメタの部分です。(単にプラグインとしてバンドルされたのではなく、実際にコアに移行したものとは少し異なる場合があります)。それが起こったときにできるだけ早く完了することが目標です。 :crossed_fingers: 管理者ダッシュボードのメッセージも行われることを願っていますが、それは別のことです。

より完全な状況を把握するために、メタとUIでのバンドルされたプラグインの表示方法には、まだいくつかの不整合があります。プラグイントピックがないもの(投票、Discobot、詳細を隠す、ローカル日付など)や、サイトのプラグインページから非表示になっているもの(チャット、投票、Discobotなど)もあります。それらをスムーズにすることで、新しい人が何が何であるかをより簡単に理解できるようになるでしょう。

「いいね!」 7

OK!作業が完了しました。included-in-core タグを追加し、OP を更新して、返信を追加しました。場合によっては、OP の更新も必要であることがわかりました。問題点を見つけてくれた @moin さん、ありがとうございます。:eagle:

さらに修正または更新が必要な影響を受けるトピックは、フラグを立ててください。それ以外は、これで追いついたと思います。

「いいね!」 6

これについてのフォローアップです。これらの古いバンドルされたプラグインが /admin/plugins ページにも表示されるようになったようです。:tada:

チャットだけがまだ非表示になっているようです。

「いいね!」 7

それは意図したものではありません。あと一つ変更が必要なことがあります @awesomerobot、ざっと見ましたが、何なのか分かりません…

「いいね!」 5

投稿が既存のトピックにマージされました: ホストサイトの「プリインストール済み」プラグインラベル

ああ、CSSで隠されているようですね。すぐに修正します。

「いいね!」 4