背景
我正在使用来自authorize.net的一个非常古老的AIM class
的10年历史的网站上工作。此网站用于命名authorize.net api的终点在本月28日已弃用。有人告诉我,我必须使用新的URL端点。
A full list of URLs scheduled for disablement can be found here.
该网站目前正在使用
https://secure.authorize.net/gateway/transact.dll
这是建议的制作网址
https://test.authorize.net/xml/v1/request.api
这是建议的沙盒网址
https://apitest.authorize.net/xml/v1/request.api
我试图找出更新SDK的最简单方法,只需对现有代码库进行最少量的更改。我们正在创建一个新网站,并且不希望花费更多时间来保持这个工作。
当我更改URL时,请求失败并显示错误。当前站点正在URL字符串中发送键名称值对。
在查找有关如何更新此信息的信息时,我在其网站上找到了此段落。
高级集成方法(AIM)
状态:支持但不再更新
替代解决方案:使用付款中描述的方法 使用XML或JSON的API参考中的事务。
描述:以前可用的所有交易方法 通过AIM可以使用付款中描述的方法 使用XML或JSON在API Reference中的事务。如果你是 使用交易方法记录为我们之前的一部分 称为我们的" AIM XML" API,这些交易方法已经有了 并入我们当前更广泛的Authorize.Net API。这些 交易请求可以继续按原样使用。
如果您使用我们的传统AIM名称值对(NVP)方法,那么您就是其中之一 将您的交易请求发布到以" transact.dll"结尾的URL, 表单字段名称以" x _"开头。这些类型的交易 通过使用方法重新创建请求,可以使请求变为当前 使用XML在API参考中的付款交易中描述 或JSON。
如果您使用我们的传统AIM名称值对(NVP)方法和需要 要对现有代码进行故障排除,您可能会发现参考该代码很有帮助 现有的AIM NVP文档:AIM NVP指南(PDF),PayPal AIM NVP 指南(PDF)
我对这条线感到困惑,
这些类型的交易请求可以通过 使用付款交易中描述的方法重新创建它们 使用XML或JSON的API参考。
我知道他们指的是他们的new API which can be seen here.但是我很担心"使用方法重新创建它们#34;部分。
问题
我们可以用什么方式更新这个旧类以使用新的authroize.net api?建议的方法是使用他们的新SDK将整个现有类重写为新api中的函数吗?上面提到的陈述对我来说不清楚。
是否有人知道我是否可以使用我的项目快速更新课程的任何人开源?
旧版authnetcc类
class authnetcc {
答案 0 :(得分:0)
尝试端点:
https://secure2.authorize.net/gateway/transact.dll
第34页(2017年9月)AIM Developer Guide (PDF)中记录了这一点。
AuthorizeNet鼓励开发人员摆脱遗留方法,但仍然支持它们,尽管只会针对安全问题进行更新。您可能需要学习SDK并编写新代码,但如果没有完整的用例和现有代码,很难说。