GPL-Lizenz für modifiziertes Discourse für die eigene Website

Ich plane, Discourse auf meiner zukünftigen Website einzusetzen (danke für die großartige Software).

Falls ich einige Änderungen vornehme (nicht unbedingt als Plugin), müssen diese dann unter die GPL fallen?

  • Die Änderung dient ausschließlich meiner Website.
  • Mir ist bewusst, dass die GPL nur für die Verteilung gilt. Allerdings wird bei Software wie Discourse immer ein Frontend-Teil an den Browser ausgeliefert. Macht das alle Änderungen zur GPL?

Gilt das Gleiche auch für Plugins: Müssen alle Plugins unter der GPL stehen?

Alle, die das versucht haben, haben es bitter bereut. Sie sollten Ihre Änderungen in Plugins und Themes vornehmen.

Sie können Plugins und Themes verwenden, die nicht öffentlich verbreitet werden.

Danke.

Wie sieht es aus, wenn ein Entwickler eine größere Webanwendung erstellt, bei der Discourse ein Teil davon ist, z. B.:

  • eine Social-Media-App mit einer Forenkomponente
  • die Nutzung von Discourse anders als bei einer typischen Forum-App, z. B. als Kommentarbereich für einen Artikel.
    Wird die gesamte App dann zur Nutzung der GPL verpflichtet?

Mir ist bewusst, dass Diskussionen hier keine Rechtsberatung ersetzen, aber ich schätze ein frühes Feedback.

Ich vermute, Jays Punkt war kein rechtlicher. Sie möchten die Möglichkeit behalten, Discourse mit einem Klick zu aktualisieren und neu zu deployen. Alle technischen Änderungen sollten als Plugins oder Theme-Komponenten erfolgen. Es gibt bereits eine API, SSO-, OAuth- und Webhook-Unterstützung, und Sie haben stets die Möglichkeit, das Discourse-Element auf einer Subdomain derselben Domain zu hosten. Nutzen Sie diese Funktionen, um eine Integration mit zusätzlicher Software vorzunehmen. Betrachten Sie die Alternative: einen Albtraum aus manueller Zusammenführung von Core-Änderungen und der Bewältigung maßgeschneiderter Migrationen. Unangenehm, riskant und … teuer!!!

Plugins ermöglichen es Ihnen, die Core-Software auf vielfältige Weise umfassend zu modifizieren. Technisch gesehen ist das Potenzial unbegrenzt. Diese Herangehensweise zwingt Sie dazu, Änderungen auf die richtige Weise zu integrieren, was zu einer robusteren und zuverlässigeren Lösung führt, die die harte Arbeit des Core-Teams an den Funktionen und der Integrität der Hauptanwendung voll ausspielen kann.

Behalten Sie jedoch im Hinterkopf, dass Sie bei Ihrer Social-Media-App ein Plugin einrichten könnten, um die Verbindung zu Ihrem Discourse-Forum zu erleichtern.

Es gibt bereits eine Vielzahl von Plugins, die folgende Funktionen nutzen:

  • Facebook-Authentifizierung
  • Steam
  • WeChat

Und vieles mehr. Das Problem beim Modifizieren oder Forken besteht darin, dass potenzielle Sicherheits- und Fehlerprobleme entstehen, die Sie und Ihr Team selbst beheben müssten.

Das Discourse-Team hat die Plattform durch Plugins, Themes und Theme-Komponenten sowie durch die Verwendung von CSS und Skripten stark anpassbar gemacht.

Ich würde eher empfehlen, die Möglichkeiten von Discourse zu erkunden, um zu sehen, wie es sich anpassen lässt, ohne drastische direkte Änderungen vorzunehmen.

Es gibt sogar ein Social-Chat-Plugin namens Babblechat.

Meine Antwort war technischer Natur. Wenn Sie nicht planen, ein Team aus mehreren Personen einzusetzen, das ausschließlich neue Änderungen zusammenführt, sollten Sie Plugins entwickeln, um Ihr Problem zu lösen. Ihre rechtlichen Bedenken sind dann hinfällig.

Ich bin mir nicht sicher, ob es in dieser Hinsicht einen Unterschied macht. Das grundlegende Problem besteht darin, dass wir bei einer Fork-Version von Discourse keinerlei Unterstützung bieten können.

Die einzigen unterstützten Möglichkeiten zur Erweiterung sind Plugins, Themes und die Verwendung der Hooks in der container.yml-Datei. Es gibt keine Grenzen für das, was Sie damit erreichen können – ein Fork macht überhaupt keinen Sinn.

Vielen Dank für eure Beiträge. Ich habe diesen Artikel mit einer guten Diskussion gefunden. Der Client-Code sollte unter GPL stehen, der Server-Code jedoch nicht.

Ich glaube, du verpasst vielleicht den Punkt? Wenn du ein Plugin auf GitHub erstellst und in ein privates Repository legst, hast du volle Kontrolle über die Änderungen an Discourse (wenn auch über den Plugin-Ansatz) und besitzt die volle Eigentümerschaft und Kontrolle über diese Änderungen. Niemand sonst wird sie sehen, und du musst dir meiner Meinung nach keine rechtlichen Konsequenzen befürchten. Gleichzeitig kannst du von unterstützten Änderungen am Kern profitieren.

Ein Plugin ermöglicht es dir, sowohl das Frontend als auch das Backend zu ändern.

Das Forken und Ändern von Discourse wird, unabhängig von der rechtlichen Lage, sehr schnell sehr unübersichtlich, weshalb davon abgeraten wird.

Vielleicht wäre es besser, Robert Links zu stark angepassten Discourse-Setups zu geben, um sein Verständnis zu vertiefen, sowie einige der leistungsstärkeren Plugins und Themes vorzustellen.