phpmailer：如何使用 phpmailer 在网站上给予适当的信用
phpmailer: How to give proper credit on website using phpmailer
我们想在我们的网站上使用 phpmailer https://github.com/PHPMailer/PHPMailer。我在 GitHub 和 Google 上阅读了我能找到的所有内容，但我无法理解如何在我们的网站上使用 phpmailer 给予适当的信任。
它是否必须在网站上可见，或者可以是 hmtl 源代码中的评论？
措辞应该如何？
您不需要给予任何信任，当然，如果您愿意，那当然很好 - 一个简单的“我们使用 PHPMailer”和一个 link github 项目是合适的。这同样适用于您使用的任何其他开源项目。
the LGPL 2.1 license that PHPMailer uses 的主要限制是，如果您对库本身进行任何更改（您通常不需要这样做），这些更改将继承 LGPL 许可证，并且源应该可用一经请求。请注意，这并不意味着您需要发布应用程序的源代码或 使用 PHPMailer 的代码 - 这是 full 的要求GPL 许可证，PHPMailer 不 使用；这是 GPL 和 LGPL 许可证之间的主要区别。
当然，支持开源项目的另一种方式是通过 GitHub, Patreon and similar sites, or if you're a company, consider Tidelift.
捐赠/赞助他们及其维护者
您提供的 link 说明清楚（检查您 link 编辑的页面 header 中的信息）：
条件
- 许可和版权声明
- 公开来源
- 状态变化
- 相同许可证（库）
如果您向已根据 LGPL 安装在服务器上的库提供 link，则完全没有问题，因为它会被动态 linked。但是，如果您在分发包中将 PHPMailer 作为“供应商”库提供，则需要在文档中添加一个部分，其中清楚地说明和描述了如何用您自己的库或修改后的库替换该库而不会丢失脚本的整体功能，除非它像库本身一样在 LGPL 下获得许可，否则就不需要了。正如 Synchro 已经提到的，您对 PHP 邮件程序所做的所有更改都继承了 LGPL 许可证，并且还必须提及您对原始代码所做的更改。
阅读许可证的第 2d) 点！
d) If a facility in the modified Library refers to a function or a
table of data to be supplied by an application program that uses
the facility, other than as an argument passed when the facility
is invoked, then you must make a good faith effort to ensure that,
in the event an application does not supply such function or
table, the facility still operates, and performs whatever part of
its purpose remains meaningful.
在 PHPMailer 的情况下，这可能很容易实现，因为您不需要 oh-mailer 不是必不可少的工具，它可以 link 轻松地动态编辑，但即像 Smarty 这样的模板引擎或更密集的 php-gettext 不能轻易地被“删除”，应用程序可能不再以有意义的方式工作！如果您复制粘贴 GNU-GPL 代码信息到一个空文件并简单地删除 header 并且不再提及 GNU GPL 代码的原始开发者，这也无济于事。
即（抱歉，这是一个 php-gettext 示例，但它说明了在您的软件产品中使用 GPL 或 LGPL 许可部分的主要问题。
Header of the GNU GPL version which clearly states its developers and the GNU GPL license
我们想在我们的网站上使用 phpmailer https://github.com/PHPMailer/PHPMailer。我在 GitHub 和 Google 上阅读了我能找到的所有内容，但我无法理解如何在我们的网站上使用 phpmailer 给予适当的信任。
它是否必须在网站上可见，或者可以是 hmtl 源代码中的评论？
措辞应该如何？
您不需要给予任何信任，当然，如果您愿意，那当然很好 - 一个简单的“我们使用 PHPMailer”和一个 link github 项目是合适的。这同样适用于您使用的任何其他开源项目。
the LGPL 2.1 license that PHPMailer uses 的主要限制是，如果您对库本身进行任何更改（您通常不需要这样做），这些更改将继承 LGPL 许可证，并且源应该可用一经请求。请注意，这并不意味着您需要发布应用程序的源代码或 使用 PHPMailer 的代码 - 这是 full 的要求GPL 许可证，PHPMailer 不 使用；这是 GPL 和 LGPL 许可证之间的主要区别。
当然，支持开源项目的另一种方式是通过 GitHub, Patreon and similar sites, or if you're a company, consider Tidelift.
捐赠/赞助他们及其维护者您提供的 link 说明清楚（检查您 link 编辑的页面 header 中的信息）：
条件
- 许可和版权声明
- 公开来源
- 状态变化
- 相同许可证（库）
如果您向已根据 LGPL 安装在服务器上的库提供 link，则完全没有问题，因为它会被动态 linked。但是，如果您在分发包中将 PHPMailer 作为“供应商”库提供，则需要在文档中添加一个部分，其中清楚地说明和描述了如何用您自己的库或修改后的库替换该库而不会丢失脚本的整体功能，除非它像库本身一样在 LGPL 下获得许可，否则就不需要了。正如 Synchro 已经提到的，您对 PHP 邮件程序所做的所有更改都继承了 LGPL 许可证，并且还必须提及您对原始代码所做的更改。
阅读许可证的第 2d) 点！
d) If a facility in the modified Library refers to a function or a table of data to be supplied by an application program that uses the facility, other than as an argument passed when the facility is invoked, then you must make a good faith effort to ensure that, in the event an application does not supply such function or table, the facility still operates, and performs whatever part of its purpose remains meaningful.
在 PHPMailer 的情况下，这可能很容易实现，因为您不需要 oh-mailer 不是必不可少的工具，它可以 link 轻松地动态编辑，但即像 Smarty 这样的模板引擎或更密集的 php-gettext 不能轻易地被“删除”，应用程序可能不再以有意义的方式工作！如果您复制粘贴 GNU-GPL 代码信息到一个空文件并简单地删除 header 并且不再提及 GNU GPL 代码的原始开发者，这也无济于事。
即（抱歉，这是一个 php-gettext 示例，但它说明了在您的软件产品中使用 GPL 或 LGPL 许可部分的主要问题。
Header of the GNU GPL version which clearly states its developers and the GNU GPL license
