Javascript与GPL

如果您将GPL（v3）的javascript与您自己与后端服务交互的javascript一起分发，您是否需要在GPL下发布后端服务的源代码

如果后端服务在其他机器上运行（它可能在某些web服务器上运行，而javascript在浏览器中运行），那么您不必发布源代码

然而，自由软件是一件好事，所以你可以发布源代码。。。。这将是有用的

---

但是正确的答案是由昂贵的律师给出的，我不是律师。

如果后端服务在其他机器上运行（它可能在某些web服务器上运行，而javascript在浏览器中运行），那么您可能不必发布源代码

然而，自由软件是一件好事，所以你可以发布源代码。。。。这将是有用的

---

但是正确的答案是由昂贵的律师给出的，我不是律师。

如果您不分发后端，那么不，您不必提供源代码。即使你修改了GPL代码也不行

一家公司正在网络上运行GPL'ed程序的修改版本 地点。GPL是否说他们必须发布修改过的源代码？

GPL允许任何人制作一个修改过的版本并使用它，而无需修改 把它分发给别人。这家公司正在做的是一件好事 这是个特例。因此，公司不必发布 修改后的来源

人们有修改的自由是至关重要的 并且私下使用它们，而不发布这些修改。 但是，将程序放在服务器上供公众使用 谈话几乎不是“私人”使用，因此要求 在这种特殊情况下发布源代码。希望 为了解决这个问题，可能需要使用GNU Affero GPL进行程序 专为网络服务器使用而设计

免责声明：IANAL

如果它不是AGPLv3，那么它甚至可能会落入ASP漏洞之下。如果没有关于产品的更多细节，就无法确定客户是一个独立的软件（有更多的客户吗？）还是它的一个集成部分。但是，即使客户端属于AGPLv3，您也可能无法发布后端组件的源代码：

如果某些网络客户端软件是在AGPLv3下发布的，它是否有 能够向与之交互的服务器提供源吗？

在任何典型的服务器-客户机关系中都不需要这样做。 AGPLv3需要一个程序向“所有用户”提供源代码 通过计算机网络远程与之交互。”在大多数情况下 服务器-客户机体系结构，这是不合理的争论 服务器操作员是与中的客户端交互的“用户” 任何有意义的感觉

以HTTP为例。所有HTTP客户端都希望服务器 提供某些功能：他们应该向发送指定的响应 格式良好的请求。反之亦然：服务器不能假设 客户机将对其提供的数据执行任何特定操作 发送。客户机可以是web浏览器、RSS阅读器、爬行器、浏览器 网络监控工具，或者一些专用程序。服务器 绝对不能对客户将要做的事情做出任何假设 对于服务器操作员来说，没有任何有意义的方式可以被视为 该软件的用户

---

这似乎有点灰色。常见问题解答似乎提出了令人信服的论点，即您不必发布源代码。

如果您不分发后端，则不必提供源代码。即使你修改了GPL代码也不行

一家公司正在网络上运行GPL'ed程序的修改版本 地点。GPL是否说他们必须发布修改过的源代码？

GPL允许任何人制作一个修改过的版本并使用它，而无需修改 把它分发给别人。这家公司正在做的是一件好事 这是个特例。因此，公司不必发布 修改后的来源

人们有修改的自由是至关重要的 并且私下使用它们，而不发布这些修改。 但是，将程序放在服务器上供公众使用 谈话几乎不是“私人”使用，因此要求 在这种特殊情况下发布源代码。希望 为了解决这个问题，可能需要使用GNU Affero GPL进行程序 专为网络服务器使用而设计

免责声明：IANAL

如果它不是AGPLv3，那么它甚至可能会落入ASP漏洞之下。如果没有关于产品的更多细节，就无法确定客户是一个独立的软件（有更多的客户吗？）还是它的一个集成部分。但是，即使客户端属于AGPLv3，您也可能无法发布后端组件的源代码：

如果某些网络客户端软件是在AGPLv3下发布的，它是否有 能够向与之交互的服务器提供源吗？

在任何典型的服务器-客户机关系中都不需要这样做。 AGPLv3需要一个程序向“所有用户”提供源代码 通过计算机网络远程与之交互。”在大多数情况下 服务器-客户机体系结构，这是不合理的争论 服务器操作员是与中的客户端交互的“用户” 任何有意义的感觉

以HTTP为例。所有HTTP客户端都希望服务器 提供某些功能：他们应该向发送指定的响应 格式良好的请求。反之亦然：服务器不能假设 客户会做任何特别的事情