个人网站怎么申请支付接口？ [问题点数：40分]

支付宝搭建Greenplum环境是采用什么硬件环境？

搭建Greenplum一般都是来做并行计算，就按照我们搭建数据仓库来讲。
性能的主要瓶颈在3个方面：网络，磁盘IO，CPU，其中最为突出是网络瓶颈.
我们发现在节点数量超过20个时候，2个千兆网络已经达到瓶颈，不能满足应用的需要，也是40节点建设的时候，采用万兆以太网的方案来解决网络瓶颈
具体存储和计算节点，都是采用华为 Huawei T3500服务器来实现，性能和稳定性都非常不错

支付宝对商户的请求数据处理完成后，会将处理的结果数据通过服务器主动通知的方式通知给商户网站。这些处理结果数据就是服务器异步通知参数。

说明：true（触发通知）/false（不触发通知）具体值和签约配置时保持同步。

1. 必须保证服务器异步通知页面（notify_url）上无任何字符，如空格、HTML标签、开发系统自带抛出的异常提示信息等；
2. 支付宝主动发起通知，该方式才会被启用；
3. 服务器间的交互，不像页面跳转同步通知可以在页面上显示出来，这种交互方式是不可见的；
4. 程序执行完后必须打印输出“success”（不包含引号）。如果商户反馈给支付宝的字符不是success这7个字符，支付宝服务器会不断重发通知，直到超过24小时22分钟。
   一般情况下，25小时以内完成8次通知（通知的间隔频率一般是：4m,10m,10m,1h,2h,6h,15h）；
5. 程序执行完成后，该页面不能执行页面跳转。如果执行页面跳转，支付宝会收不到success字符，会被支付宝服务器判定为该页面程序运行出现异常，而重发处理结果通知；
6. cookies、session等在此页面会失效，即无法获取这些数据；
7. 该方式的调试与运行必须在服务器上，即互联网上能访问；
8. 该方式的作用主要防止订单丢失，即页面跳转同步通知没有处理订单更新，它则去处理；
9. 当商户收到服务器异步通知并打印出success时，服务器异步通知参数notify_id才会失效。也就是说在支付宝发送同一条异步通知时（包含商户并未成功打印出success导致支付宝重发数次通知），服务器异步通知参数notify_id是不变的。

当支付宝处理完成后会把数据结果反馈给商户。 商户获得这些数据时，必须进行如下处理。

首先必需，然后验证是否是支付宝发来的通知。

验证是否是支付宝发来的通知

1、商户需要验证该通知数据中的out_trade_no是否为商户系统中创建的订单号，2、判断total_fee是否确实为该订单的实际金额（即商户订单创建时的金额），3、校验通知中的seller_id（或者seller_email) 是否为out_trade_no这笔单据的对应的操作方（有的时候，一个商户可能有多个seller_id/seller_email），4、判断partner_id是否为商户本身。上述步骤1、2、3、4任何一个验证不通过，则表明本次通知是异常通知，务必忽略。在上述验证通过后商户必须根据支付宝不同类型的业务通知，正确的进行不同的业务处理，并且过滤重复的通知结果数据。在支付宝的业务通知中，只有交易通知状态为TRADE_SUCCESS或TRADE_FINISHED时，支付宝才会认定为买家付款成功。

• 交易状态TRADE_SUCCESS的通知触发条件是商户签约的产品支持退款功能的前提下，买家付款成功；
• 交易状态TRADE_FINISHED的通知触发条件是商户签约的产品不支持退款功能的前提下，买家付款成功；或者，商户签约的产品支持退款功能的前提下，交易已经成功并且已经超过可退款期限；
• 交易成功之后，商户（高级即时到账或机票平台商）可调用批量退款接口，系统会发送退款通知给商户，具体内容请参见批量退款接口文档；
• 当商户使用站内退款时，系统会发送包含refund_status和gmt_refund字段的通知给商户。

关于此文档暂时还没有FAQ