如果使用GPL或AGPL Web应用程序框架/CMS的任何法律风险是什么？

Question

想问这件事但被转到这里..。

我说的对吗?使用GPL编辑的web应用程序框架(如CompositeC1)不会迫使公司共享我们针对该框架编写的源代码吗？

这就是AGPL的目的，我说的对吗？

这也适用于像KendoUI这样的Javascript框架吗？

如果我们要提供供下载的框架，GPL将要求将我们对框架所做的任何更改提供给其他人。

换句话说，仅仅将网站内容加载到我的浏览器中并不能“传递”或“分发”该软件。

我一直认为我们应该避免GPL网络框架，现在在研究之后，我很确定我错了，但我想得到其他的意见？

赛斯

Answer 1

创建AGPL和GPLv3是为了关闭“作为服务的GPL”循环孔。如果代码是以这种方式授权的，并且您要在商业环境中使用web服务器，我会在其他地方查找。

我不是律师等。

阿法罗通用公共许可证

这就是AGPL的目的，我说的对吗？

AGPL与你在这里假设的正好相反。

这也适用于像KendoUI这样的Javascript框架吗？

您不能使用KendoUI GLPv3许可证，除非您正在使用的整个产品也与GPL兼容。

换句话说，仅仅将网站内容加载到我的浏览器中并不能“传递”或“分发”该软件。

在GPLv3和AGPL中，它是传递和分布的。

这些问题一次又一次地出现。我们可以将逻辑推理应用于大多数相关产品。Kendo有一个商业版本的产品可用和一个GPLv3版本可用。这是合理的，他们不希望你使用他们的产品在一个商业设置，即一个非GPL应用程序，除非你为它付费。

他们甚至在自己的网页上写了出来：

此版本只适用于GPL兼容的开源项目。

Answer 2

这是正确的，GPL只在分发代码的二进制版本时才起作用。如果您从未打算分发代码，那么GPL就无关紧要了。仍然有理由避免GPL，因为您可能希望有一天分发您的修改，而GPL可能会回来咬您。然而，有一些方法可以“包括”GPL库，同时避免被迫释放您的更改，但是如果坏业力让您担心，它们确实违背了GPL的精神。