GPLv3下的客户端库可以在封闭的源网站上使用吗？

Question

我正在构建一个使用Django的网站，我想包括django-wiki，但是它是根据GPLv3 3获得许可。这是否需要开源我的前端代码和/或服务器代码？或者我可以只对网站的wiki部分申请许可吗？

wiki将与主站点完全分离，但将包含一些共享模板和样板代码，并且将位于某个主机上并在同一台服务器上运行。

编辑:如果有人来这里询问完全相同的应用程序，以下是Django wiki人员必须说的话。

你可以在公共商业网站上使用wiki。你也可以写插件。但是，如果您修改了代码并分发了一个修改过的版本，您还必须公开这些更改。

Answer 1

我对GPL的解读是，它不适用于这种场景，在这种情况下，UI ( web浏览器)通过网络访问程序。事实上，他们在许可证中也写了同样多的内容：

“传达”作品是指任何形式的传播，使其他各方能够复制或接收副本。仅仅通过计算机网络与用户进行交互，而不转移副本，并不能传递信息。

“传送”是触发版权条款的原因。

这个“漏洞”实际上是阿弗莱罗GPL存在的原因。Affero General Public License是普通GNU GPL版本3的一个修改版本。它还有一个附加要求:如果您在服务器上运行修改过的程序，并允许其他用户在服务器上与其通信，则您的服务器还必须允许他们下载与在那里运行的修改版本相对应的源代码。

如果你把Javascript发送到浏览器，事情就变得有点危险了。如果服务器程序依赖于Javascript才能正常运行，那么从技术上讲，您已经“传递”了程序的一部分，在这种情况下，您可能会认为所有这些都属于GPL。

Answer 2

对于脚本语言，如JavaScript和Python不建议使用。除非您确信这些代码不会用作库。因为GPL将这些非二进制可执行代码视为源代码，即使您缩小或混淆了它们。当您指的是在GPL下授权的脚本时，您必须打开整个脚本的源代码。

脚本什么时候应该使用GPL？答案是:当你希望这个脚本应该是开源的时候。我猜django-wiki的维护人员就是这么想的。

MPL2.0也是作为GPL的免费软件许可，但是MPL2.0解决了这个问题。它更适合于脚本语言。