我做了一些关于这个话题的研究,有一些专家说这是不可能的,所以我想要一个替代的解决方案。
我的情况:
页面A: [checkout.php]客户填写他们的账单细节。
页面B: [process.php]生成发票号码并在数据库中存储客户详细信息。
页面C: [thirdparty.com]第三支付网关(只接受POST数据)。
客户在页面A中填写详细信息并设置购物车,然后post到页面b。在process.php中,将post数据存储在数据库中并生成发票号码。之后,POST客户数据和发票号码到thirdparty.com支付网关。问题是在页面b中进行POST, cURL能够将数据POST到页面C,但问题是页面没有重定向到页面C。客户需要在页面C中填写信用卡详细信息。
第三方支付网关确实给了我们API样本,样本是POST发票号和客户详细信息。
我们不希望系统生成多余的发票号码。
有什么解决办法吗?
我们目前的解决方案是让客户在页面A中填写详细信息,然后在页面B中创建另一个页面,显示那里的所有客户详细信息,用户可以单击确认按钮以POST到页面C。
我们的目标是让客户只需点击一次。
希望我的问题很清楚:)
$_SESSION是你的朋友,如果你不想搞砸Javascript
假设你想要传递一封电子邮件:
A页:
// Start the session
session_start();
// Set session variables
$_SESSION["email"] = "awesome@email.com";
header('Location: page_b.php');
在B页:
// Start the session
session_start();
// Show me the session!
echo "<pre>";
print_r($_SESSION);
echo "</pre>";
销毁会话
unset($_SESSION['email']);
session_destroy();
我知道这个问题是面向php的,但重定向POST请求的最好方法可能是使用.htaccess,即:
RewriteEngine on
RewriteCond %{REQUEST_URI} string_to_match_in_url
RewriteCond %{REQUEST_METHOD} POST
RewriteRule ^(.*)$ https://domain.tld/$1 [L,R=307]
解释:
默认情况下,如果你想用POST数据重定向请求,浏览器会通过GET 302重定向。这也会删除与请求关联的所有POST数据。浏览器这样做是一种预防措施,以防止任何无意中重新提交POST事务。
但是如果你想重定向POST请求和它的数据呢?在HTTP 1.1中,对此有一个状态码。状态码307表示应该使用相同的HTTP方法和数据重复请求。所以如果你使用这个状态码,你的POST请求会和它的数据一起被重复。
SRC
在Page B上生成一个表单,将所有必需的数据和操作设置为Page C,并在页面加载时使用JavaScript提交。您的数据将被发送到页面C,而不会给用户带来太多麻烦。
这是唯一的办法。重定向是一个303 HTTP头,你可以在http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html上读到,但我引用其中的一些:
请求的响应可以是
在不同的URI和SHOULD下找到
上使用GET方法检索
该资源。这个方法存在
主要允许输出
的post激活脚本重定向
用户代理到所选资源。的
new URI不是一个替代引用
对于最初请求的资源。
303响应不能被缓存,
但是对第二种情况的反应
(重定向)请求可能是
缓存。
实现你正在做的事情的唯一方法是使用一个中间页面,将用户发送到page c。这里有一个关于如何实现这一目标的小/简单的代码片段:
<form id="myForm" action="Page_C.php" method="post">
<?php
foreach ($_POST as $a => $b) {
echo '<input type="hidden" name="'.htmlentities($a).'" value="'.htmlentities($b).'">';
}
?>
</form>
<script type="text/javascript">
document.getElementById('myForm').submit();
</script>
你还应该在noscript标签中有一个简单的“确认”表单,以确保没有Javascript的用户也能使用你的服务。