我想从两个角度提出这个问题。
作为一名图书馆开发人员，我不希望我的作品在源封闭的网络应用中使用，而大多数网络应用都是源关闭的。 （而且它们也无法分发，通常一个Web应用程序依赖于个人）。转向云计算的趋势似乎将来PC上运行的软件将会减少，越来越多的软件将转移到集中式云基础架构。这意味着，谈论“软件分发”是没有意义的，因为大多数应用程序都是服务器托管的，根本不需要分发。
所以，我想知道在这种情况下GPL / LGPL如何保护库开发人员，不必分发派生。
考虑人们如何使用软件？就个人而言，我不认为分布式软件和托管软件（Web应用程序）之间存在太大差异。例如， Google文档和 Micorost Word 。假设 Microsoft Word 和 Google Docs 都使用了GPL库 libxyz ，这意味着 Microsoft Word 应该是GPL版，而 Google文档不需要，因为 Google文档未分发？
其次，作为商业网络应用程序开发人员，我目前可以在我的网络应用程序中使用LGPL / GPL库吗？ （LGPLv2或LGPLv3）我看过很多使用LGPL库的网页，虽然我个人不喜欢，但我不知道他们是否违反了许可证。
答案 0 :(得分：5)
答案 1 :(得分：4)
LGPL基本上是专门设计的所以 LGPL的库可用于封闭源应用程序。
标准GPL要求这些应用程序是GPL（或兼容许可），而LGPL只要求提供库的来源。
至少在当前的许可环境中，在您自己的服务器上运行的应用程序没有“分发”二进制文件（仅从其输出页面），因此不适用对分发的限制。然而，客户端代码是，因此对分发的任何限制都适用。
注意：IANAL，以及StackOverflowINALT（不是法律团队）。
答案 2 :(得分：2)
您可以在服务器上使用大多数开放许可证，而不必分发来源。它不会影响您的许可情况，因为（在大多数情况下）您不会重新分发它，您只是运行它并且人们正在使用它。
就LGPL而言，只要不改变开源组件，就可以在重新分发的封闭源软件中使用它，而无需发布源代码。只要触摸LGPL部件的来源，就需要开源所做的更改。
答案 3 :(得分：0)
LGPL库也可用于商业应用/软件; LGPL和GPL许可代码之间的区别在于，在第一种情况下，使用LGPL库的软件可以使用不同的许可证（包括自定义许可证）进行许可。 如果您使用GPL库，那么使用该库的软件也必须根据GPL许可。
GPL许可证要求您在重新分发应用程序时提供应用程序的源代码。
我希望我理解你的问题。