我考虑在我的未来网站中使用 Discourse（感谢你们开发了如此优秀的软件）。
如果我进行一些修改（不一定是作为插件），这是否要求我的修改也必须采用 GPL 许可证？
- 这些修改仅用于我自己的网站。
- 我知道 GPL 仅适用于“分发”。然而，像 Discourse 这样的软件总是会将前端部分交付给浏览器。这是否意味着所有修改都必须采用 GPL 许可证？
同样地，对于插件：所有插件是否都必须采用 GPL 许可证？
所有尝试这样做的人都后悔莫及。你应该将修改放在插件和主题中。
你可以使用未公开发布的插件和主题。
3 个赞
谢谢。
如果开发者构建了一个更大的 Web 应用程序，并将 Discourse 作为其中的一部分，例如：
- 一个带有论坛组件的社交媒体应用
- 以不同于典型论坛应用的方式使用 Discourse，例如将其用作文章的评论部分
那么整个应用程序是否会被强制要求使用 GPL 协议？
我清楚这里的讨论不构成法律建议，但希望能得到一些初步的反馈。
杰伊的观点恐怕并非法律层面的。你希望保留一键升级并从头重新部署 Discourse 的能力。所有技术修改都应通过插件或主题组件来实现。Discourse 已提供现有的 API、SSO、OAuth 和 webhook 支持，并且你始终可以自行决定将 Discourse 部署在同一域名的子域名上。利用这些功能与其他软件进行集成。试想另一种方案：手动合并核心代码变更并处理定制化迁移，那将是一场噩梦。既棘手又高风险，而且……代价高昂！！！
插件允许你以多种方式对核心软件进行大幅修改。从技术上讲，潜力是无限的。采用这种方式会促使你以正确的方式集成变更，从而得到更稳健、更可靠的解决方案，同时能够充分利用核心团队在核心应用的功能与完整性方面所付出的大量努力。
1 个赞
请记住，对于您的社交媒体应用，您可以使用插件来方便地连接到您的 Discourse 论坛。
目前已有多种插件可用于集成以下功能：
- Facebook 认证
- Steam
- 微信
以及其他更多功能。修改或分叉代码的问题在于，您可能会面临潜在的安全漏洞和 Bug，需要您和您的团队自行修复。
Discourse 团队已通过插件、主题和主题组件，结合 CSS 和脚本，使其高度可定制。
我更建议您先探索 Discourse 提供的功能，看看如何在不进行大幅直接修改的情况下满足需求。
甚至还有一个名为 Babblechat 的社交聊天插件。
我的回复是技术性的。除非你打算组建一个专门负责合并新变更的团队，否则你应当开发插件来解决这个问题。届时，你的法律顾虑也就不复存在了。
3 个赞
无论如何，这似乎都无关紧要。根本问题在于，如果您 fork 了 Discourse，我们将无法提供任何支持。
唯一受支持的扩展方式是插件、主题以及在容器 yml 中使用钩子。它们允许您实现的功能没有限制，fork 完全没有意义。
3 个赞
感谢大家的意见。我找到了这篇文章，里面有精彩的讨论。客户端代码应遵循 GPL 协议，但服务器端代码则不需要。
我觉得你可能没抓住重点？如果你在 GitHub 上创建一个插件并将其放在私有仓库中，你将对修改 Discourse（尽管是通过插件方式）拥有完全的控制权，并对这些更改拥有完全的所有权和控制权。其他人无法看到这些更改，据我所知，你无需担心任何法律后果。同时，你还能利用官方支持的核心更新。
插件让你能够修改前端和后端。
无论法律状况如何，分叉并修改 Discourse 很快就会变得非常混乱，因此不建议这样做。
2 个赞
对于罗伯特来说，或许最好给他提供高度定制的 Discourse 设置链接，以加深他的理解，或者推荐一些功能更强大的插件和主题。