Google app engine 需要在GAE上实现安全支付页面(HTTPS)的想法(使用条带)

Google app engine 需要在GAE上实现安全支付页面(HTTPS)的想法(使用条带),google-app-engine,https,stripe-payments,Google App Engine,Https,Stripe Payments,我有一个GAE应用程序,它映射到自定义域上的子域。因此,我必须对该子域下服务的所有内容使用HTTP。这有点不安全,但对于除paymets/订阅部分之外的大多数应用程序来说都是可以接受的 现在,我倾向于使用Stripe进行处理,并构建一个自定义表单来处理注册过程。似乎获取HTTPS的唯一方法是将用户显式重定向到https://.appspot.com/ 然后将它们发送回自定义子域。我还考虑了一个弹出窗口 在GAE上实现安全支付页面还有其他方法吗?目前,重定向到是获取SSL的唯一方法。但是,在将来,

我有一个GAE应用程序,它映射到自定义域上的子域。因此,我必须对该子域下服务的所有内容使用HTTP。这有点不安全,但对于除paymets/订阅部分之外的大多数应用程序来说都是可以接受的

现在,我倾向于使用Stripe进行处理,并构建一个自定义表单来处理注册过程。似乎获取HTTPS的唯一方法是将用户显式重定向到https://.appspot.com/ 然后将它们发送回自定义子域。我还考虑了一个弹出窗口


在GAE上实现安全支付页面还有其他方法吗?

目前,重定向到是获取SSL的唯一方法。但是,在将来,您将能够更新到这一点(您也可以注册测试组,并可能被接受)。这将是一个额外的成本,尽管appspot.com上的SSL是免费的。

我知道这有点晚了,但我遇到了类似的问题,并最终使用Cheddargetar(用于托管支付页面)w/stripe作为支付处理器。到目前为止,非常满意它

谷歌应用程序引擎现在支持它。

这仍然是个好消息!不知道我怎么错过了。谢谢。另一种方法是使用第三方支付提供商-您考虑过吗?换句话说,支付页面是否由提供商托管?Stripe实际上是一家第三方支付提供商,但我希望在应用程序中保留这种体验。我也看了Recurly和Chargifi,但我现在真的不想要我自己的商户账户。