整合联邦快递到你的网页应用程序

Question

我意识到他们有一个API但一些 这问题我不会 回答它，这将是伟大的 收到的反馈的其他人 已经整合之前。

我基本上我的工作与网站的访客可以选择出售用过项目网站的所有者。

如果用户决定出售，他可以进入的规范的项目，并给予报价。然后他就会继续进入在他的地址，这是我假设我必须验证使用联邦快递API之前或期间的一部分，它创建了一个航运的标签。

因此，假设的地址是验证，它看起来像脚本API我必须与是 /Ship/Ground/Domestic/ShipGroundDomestic.php5 (由于我们不会把任何其他类型的货物类型)。

• 这是脚本，实际上创建了货物和费用帐户设置的，假设一切顺利返回xml响应的状态？
• 由于这是肥皂基础的-我知道有选择的pdf和新航运标类型，它看起来像它所产生的标签，但是它实际上保存，它只是临时的?
• 在脚本，它指定选择一个API钥匙、密码账户#和计#-所以我会有实际知道该网站的所有者凭证，因为它费用创造运输/标签，我不能使用正常帐户没有设置CC，可以吗？
• 我不能实际测试没有任何接触他们，并告诉他们要让我的帐户进入测试模式？或是有一个额外的参数，用于测试模式？
• 我应该商店的所有货物都在当地数据库拉他们起来，对吗？或者我应该仅仅依靠联邦快递，用于存储所有信息？如果我使用当地的数据库我可以映运输的用户和使用联邦快递提供剧本要看交付状态，因此我认为我必须这样做。
• 如果我们要有一个功能，自动通过电子邮件发送的客户状况更新的交货，我将必须使用某种类型的计划任务的工作来看看，看看是否有任何更新，我不能这样做的任何其他方式吗？

Answer 1

如果您使用的联邦网络服务API你会得到一个测试密钥去 https://www.fedex.com/wpor/wpor/editConsult.do (你可能需要将已经签署)。

标签，它产生这只是垃圾场为当前的目录。这显然是不可接受的生产，因为它甚至不会产生独特文件的名称，但php文件是例码。修改代码，他们得以做任何你想要返回的标签。

你会想要一个地方数据库。

为什么你想要用户发送更新？是否有任何原因，他们无法只是使用跟踪号码和看它自己?我的意思是它可能叫跟踪API定期和产生电子邮件，但用户是否真的想要这些邮件吗？