本文旨在指导用户如何在旧版 paypal standard html 表单集成中实现商品级运费的自定义设置。针对硬编码的 paypal 按钮，我们将探讨如何通过查阅 paypal 官方的 html 变量文档，特别是购物车上传命令 (`_cart`) 相关的参数，来为每个商品定义不同的运费。同时，文章也将指出这种集成方式的年代久远性，并提及现代 paypal checkout 的替代方案，以供未来升级参考。
理解 PayPal Standard 集成模式
PayPal Standard 是一种基于 HTML 表单的支付集成方式，它允许商家通过在网页中嵌入简单的 HTML
在上述代码中，value="10.50" 即为该“商品名称示例”的运费。如果您有多个商品，每个商品的“添加到购物车”表单都应包含各自的 shipping 字段，并根据实际情况设置不同的运费值。
3. 动态运费处理
如果您的运费需要根据送货区域、商品重量、数量或其他复杂规则动态计算，那么您需要在服务器端（例如使用 PHP, Python, Node.js 等）生成这些 HTML 表单。当用户访问商品页面时，您的服务器端逻辑会根据预设的规则计算出该商品的运费，然后将其填充到 shipping 隐藏字段的 value 属性中，再将完整的 HTML 表单渲染到页面上。
例如，一个简化的服务器端逻辑可能如下：
注意事项与最佳实践
- 查阅官方文档：PayPal Standard 的集成变量非常多，建议查阅其官方的 HTML 变量文档 以获取所有可用参数的详细说明。特别是关于 购物车上传命令 的部分，对理解多商品和运费处理至关重要。
- no_shipping 变量：在示例代码中，no_shipping 被设置为 2。这意味着 PayPal 不会要求用户提供收货地址。如果您需要收集用户的收货地址以进行物理配送，应将其设置为 0 或 1。设置为 0 表示需要收货地址，但不需要电话号码；设置为 1 表示需要收货地址和电话号码。请根据您的业务需求进行调整。
-
旧版集成警告：请务必注意，PayPal Standard 这种基于 HTML 表单的集成方式已经非常陈旧（已有约20年历史）。它可能缺乏现代支付系统所提供的许多功能，例如：
-
安全性：可能不如现代 API 集成安全，例
如对 CSRF 和其他攻击的防御。 - 用户体验：支付流程可能不够流畅，不支持最新的支付方式或界面优化。
- 功能扩展：难以集成复杂的业务逻辑，如订阅、退款自动化、高级报告等。
- 维护性：PayPal 官方对这种旧版集成的支持和更新可能有限。
-
安全性：可能不如现代 API 集成安全，例
- 现代替代方案：强烈建议考虑升级到现代的 PayPal Checkout 或其他 API 驱动的集成方式。现代的 PayPal Checkout 提供了更强大的功能、更高的安全性、更好的用户体验以及更灵活的集成选项。您可以访问 PayPal Checkout 开发者文档 了解更多信息。升级到现代解决方案将为您的网站带来更稳定、更高效的支付体验。
如对 CSRF 和其他攻击的防御。总结
通过在每个商品的“添加到购物车”HTML 表单中添加 shipping 隐藏字段，您可以为旧版 PayPal Standard 集成实现商品级的运费设置。对于需要动态计算运费的场景，结合服务器端逻辑生成这些表单是必要的。然而，鉴于这种集成方式的年代久远性，我们强烈建议您评估并考虑升级到现代的 PayPal Checkout 或其他 API 驱动的支付解决方案，以获得更优的安全性、功能性和用户体验。
