Asp.net 使用多个开源许可证的商业Web应用程序是否应该有一个关于/通知页面？

web应用程序是否应该有一个通知/关于页面，详细说明我们正在使用的组件/库以及相关许可证

一些许可证，如LGPL（由SevenZipSharp使用）有一个合并工程条款：

lgpl V3

联合工程。您可以根据自己选择的条款传达组合作品，这些条款合在一起，有效地不限制修改 组合作品中包含的图书馆部分，以及 反向工程用于调试此类修改，如果您也这样做的话 以下各项：

a） 在合并作品的每一份副本上都要给出显著的通知 图书馆在其中使用，图书馆及其使用包含在 这是许可证。b） 在合并后的作品中附上GNU的副本 GPL和本许可证文档。c） 用于显示的组合工作 执行期间的版权声明，包括 这些通知中包括图书馆，以及指导 用户可以获得GNU GPL和本许可证文档的副本。d） 做一个 以下内容之一：0）在 本许可证的条款，以及 适用于用户重组的表格，并根据允许的条款进行重组 或使用链接的修改版本重新链接应用程序 以指定方式生成修改的组合作品的版本 通过GNU GPL的第6节传输相应的源。1） 使用 与库链接的合适共享库机制。A. 合适的机制是（a）在运行时使用 用户计算机系统上已存在库，并且（b）将 使用已修改的库版本正确操作 接口与链接版本兼容。e） 提供安装 信息，但仅当您需要提供 GNU GPL第6节规定的此类信息，且仅适用于 安装和执行系统所需的信息范围 通过重新组合或重新组合生成的组合作品的修改版本 使用链接的应用程序的修改版本重新链接应用程序 版本（如果使用选项4d0，则必须提供安装信息 伴随最小对应源和对应 应用程序代码。如果使用选项4d1，则必须提供 按照本规范第6节规定的方式提供安装信息 用于传输相应源的GNU GPL。）

lgpl V2.1

你必须在作品的每一份副本上注明 图书馆在其中使用，图书馆及其使用包含在 这是许可证。您必须提供此许可证的副本。如果工作 在执行期间显示版权声明，您必须包括 其中为图书馆版权公告，以及参考资料 将用户定向到此许可证的副本。而且，你必须做一个 其中：

a） 随附完整的相应机器可读文件 库的源代码，包括在中使用的任何更改 工程（必须根据上述第1节和第2节进行分配）； 如果工作是与库链接的可执行文件，则 完成机器可读的“使用库的工作”，作为目标代码 和/或源代码，以便用户可以修改库，然后 重新链接以生成包含已修改的 图书馆。（可以理解，更改 库中的定义文件不一定能够 重新编译应用程序以使用修改后的定义。）b）使用 与库链接的合适共享库机制。A. 合适的机制是（1）在运行时使用 库已存在于用户的计算机系统上，而不是 将库函数复制到可执行文件中，（2）将运行 如果用户安装 第一，只要修改后的版本与 制作该作品时使用的版本。c） 在工作中伴以微笑 向同一用户提供的书面报价，有效期至少为三年 上述第6a小节中规定的材料，不再收费 而不是执行此分发的成本。d） 如果分布 这项工作是通过提供从指定地点获取副本的权限来完成的， 提供同等的访问权限，从 同样的地方。e） 验证用户是否已收到的副本 这些材料或您已向该用户发送了副本

许多其他许可证都有类似的条款，规定在您的申请或组合作品中显示通知

这是否意味着web应用程序需要一个详细说明所用组件的页面？我找不到任何这样做的网站的例子，尽管很多网站经常使用开源库

---

我猜网站/应用程序当前使用的退出条款是，谁会知道服务器端的组合工作/web应用程序中是否使用了开源组件，但这不是一个借口，尤其是如果web应用程序曾经被审计过。

仅仅因为其他人做错了，你就无权做错

如果库的许可证规定应用程序应包含具有适当学分的页面，则您应该这样做

编辑：

（这是我对许可协议的解释，我可能错了）

我相信库和web应用程序之间有（相当大的）区别。上面发布的许可协议似乎是针对其他库的，而不是针对最终用户Web应用程序的。我相信，如果你从SevenZipSharp库中创建自己的库，从lic中引用