如果使用GPL或AGPL Web应用程序框架/ CMS，会有哪些法律风险？

试图在SO上问这个问题，但在这里被提及了...

我是否正确地说，使用诸如Composite C1之类的GPL网络应用程序框架不会使公司有义务共享我们针对所述框架编写的源代码？

那是AGPL的目的，对吗？

这是否也适用于KendoUI之类的Javascript框架？

如果我们要下载该GPL，那么我们对框架所做的任何更改都必须提供给其他人。

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

我一直在争论我们应该避免使用GPL Web框架，现在在研究之后我很确定自己是错的，但还想征询其他意见？

赛斯

创建AGPL和GPLv3是为了关闭“ GPL即服务”环路。如果代码以这种方式获得许可，并且您打算在商业环境中使用Web服务器，那么我会在其他地方查找。

我不是律师等

Affero通用公共许可证

那是AGPL的目的，对吗？

AGPL与您在此处假设的相反。

这是否也适用于KendoUI之类的Javascript框架？

除非使用的KendoUI GLPv3整个产品也兼容GPL，否则您不能使用它。

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

在GPLv3和AGPL中，它正在传送和分发。

这些问题一次又一次地出现。我们可以将逻辑和推理应用于大多数有问题的产品。Kendo UI提供了该产品的商业版本和GPLv3版本。可以说，除非您付费，否则他们不希望您在商业环境（即非GPL应用程序）中使用其产品。

他们甚至在网页上说明了这一点：

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

没错，GPL仅在分发代码的二进制版本时才重要。如果您从不打算分发代码，则GPL无关紧要。仍然存在避免使用GPL的情况，因为您可能希望有一天分配您的修改，而GPL可能会再次咬住您。但是，有一些方法可以“包括”一个GPL库，同时避免被迫释放您的更改，但是，如果业障使您担心，它们确实违反了GPL的精神。