点击这里下载
实现：
· 纯担保交易接口
· 即时到账接口
· 标准双接口（担保+即时到账）
由于目前我只有纯担保交易的许可，只做了这一接口的测试，另外两个接口没有测试，欢迎各位朋友参与测试，如果有问题请直接发贴，我尽力解决。
如果您的网站使用了此插件，请给
http://www.homycar.com/ 做个回链，谢谢。
附件中除支付宝插件这外，还对另外两个文件进行了修改，否则无法正常使用：
1、includes/modules/order_confirmation_form.php：原文件中订单“确认”按钮在提交表单(form)的里面，提交后支付宝网关端会把这个按钮提交过来的值与其它值一起做和校验，而支付宝模块提交过去的校验和中并没有包含这一项，从而导致校验失败不能正常支付。新文件将按钮移到了表单外面，采用JS提交表单，目前还不知道是否对PayPal之类的支付手段产生影响。
2、checkout.php：由于TomatoCart在支付回调页面的单一入口checkout.php?callback=XXXXX&module=YYYYYY中，采用了_GET['callback']来获取参数，而支付宝的通知是采用POST方式发送，因此checkout.php->osC_Template::setup('cart')这种机制导致支付模块不能正常接支付宝发来的通知，导致不能更新相关的订单信息。
安装方法：
FTP上传到服务器后，在管理后台中启用支付宝模块。
补充：
建议在管理后台 -> 系统设置 -> 订单状态管理 中，将“准备货物”设置为默认状态，否则会出现下面两个问题：
1、支付后订单状态不能更新为“已付款”；
2、如果用户在最后一步（确认订单）时不点击“确认”，取消了支付操作，则会在后台看到一个状态为“未处理”的订单。这个问题也会在PayPal模块上出现。
修改历史
2010/10/01 修正了支付宝通知回调处理中不能正确校验的问题（导致不能正常更新订单状态）
Community
非常感谢老大分享胜利的果实，但是我在把模块文件放到程序文件夹之后，在后台刷新，所有的支付模块都不见了 
