将来のウェブサイトで Discourse を使用しようと考えています（素晴らしいソフトウェアを作成してくださり、ありがとうございます）。
もし何らかの修正を加える場合（必ずしもプラグインとしての修正でなくても）、その修正が GPL の適用対象となるでしょうか？
同様に、プラグインについても、すべてのプラグインが GPL の下にあることになるのでしょうか？
それを行った人々は皆、非常に後悔しています。変更はプラグインやテーマ内で行うことをお勧めします。
公開されていないプラグインやテーマを使用することもできます。
ありがとうございます。
開発者が Discourse を一部として含む大規模な Web アプリケーションを作成する場合、例えば以下のようなケースはいかがでしょうか。
この場合、アプリ全体が GPL の適用対象となるのでしょうか。
ここでの議論が法的助言ではないことは承知していますが、早期のフィードバックをいただけると幸いです。
ジェイの指摘は、おそらく法的なものではありません。Discourse をワンクリックでアップグレードし、最初から再デプロイできる能力を維持したいと考えています。すべての技術的な変更は、プラグインまたはテーマコンポーネントとして行うべきです。既存の API、SSO、OAuth、ウェブフックのサポートがあり、常に同一ドメイン内のサブドメインに Discourse 要素をホストする裁量を持っています。これらの機能を活用して、追加のソフトウェアと統合しましょう。代替案を考慮してください：コアの変更を手動でマージし、独自のカスタマイズされたマイグレーションに対処するという悪夢。不愉快で、リスクが高く、そして…費用がかかります！！！
プラグインを使用すると、コアソフトウェアを多岐にわたる方法で大幅に変更できます。技術的には可能性に限りはありません。その方法で行うことで、変更を適切な方法で統合することを強制され、コアチームがメインアプリの機能と整合性のために費やした多大な努力を活用できる、より堅牢で信頼性の高いソリューションが生まれます。
もちろん、ソーシャルメディアアプリにDiscourseフォーラムへの接続を容易にするプラグインを組み込むことも可能です。
すでに、以下のような機能を利用するためのさまざまなプラグインが作成されています：
などがあります。コードを修正したりフォークしたりする問題点は、セキュリティ上のリスクやバグの問題が発生し、それらをあなたとチームで自ら修正しなければならない点です。
Discourseチームは、プラグイン、テーマ、テーマコンポーネント、そしてCSSやスクリプトの使用を通じて、非常にカスタマイズ性が高いように設計しています。
そのため、私は、直接的な大幅な修正を行う前に、Discourseが提供する機能を探求し、それがどのように適合するかを確認することを強くお勧めします。
Babblechatという名前のソーシャルチャットプラグインさえ存在します。
私の回答は技術的なものでした。新しい変更をマージすることだけを専ら行う複数のメンバーで構成されるチームを持つ予定がない限り、問題解決のためにプラグインを開発することをお勧めします。そうすれば、法的な懸念はもはや無意味になります。
どちらにしても、それは本質的な問題ではないかもしれません。根本的な問題は、Discourse をフォークすると、いかなるサポートも提供できないことです。サポートされている拡張手段は、プラグイン、テーマ、およびコンテナの yml 内のフックを使用することのみです。これらによって達成できることに制限はありません。フォークすることは、まったく意味がありません。
皆様のご意見、ありがとうございます。良い議論が載っているこの記事を見つけました。クライアント側のコードは GPL ライセンスにするべきですが、サーバー側はそうする必要はありません。
もしかして、本質を見落としているのではないでしょうか？GitHub にプラグインを作成し、プライベートリポジトリに配置すれば、プラグインというアプローチではありますが、Discourse の変更を完全に制御でき、その変更に対する完全な所有権と管理権を有することになります。他の誰もそれを見ることはなく、私の知る限り法的な影響を恐れる必要もありません。その一方で、サポートされているコアの変更を利用することも可能です。
プラグインを使えば、フロントエンドとバックエンドの両方を変更する能力が得られます。
一方、Discourse をフォークして変更すると、法的な状況に関わらず、すぐに非常に厄介な状態になるため、推奨されません。
ロバートには、Discourseのカスタマイズされた設定へのリンクを提供して理解を深めてもらうか、より強力なプラグインやテーマの一部を紹介するのが良いかもしれません。