PHP：在两个站点之间传输大数组

Question

我正在尝试在 PHP 中的两个站点之间传输一个大数组。我是两者的管理员。 该数组是在一个站点上创建的，创建后我希望自动将用户重定向到另一站点，并传递处理后的数组。

我无法使用 SESSION 超级全局，因为它仅限于特定域。 GET 不适合，因为数组太长。 我不确定 POST 是否合适，以及是否有一种方法可以自动发送数据，而无需强制用户单击按钮并提交某些表单。我知道 javascript 可以用于此目的，但更喜欢使用更强大的东西。

我对 PHP 比较陌生，很想知道执行此操作的任何其他方法。 谢谢！

Answer 1

最简单的方法是使用 HTTP 库（如 cURL）和设置并向其他站点发送 POST 请求。还包括用户的 IP 地址，这样您就可以关联发布的数据。如果没有 JavaScript，您就无法使用 POST 数据重定向用户。

对于上述方法，您可能需要注意的一件事是，根据其实现方式，用户可能会在数据到达之前到达。

HTTP 规范中定义的 POST 没有限制，但根据 php 配置，您可能会在其他服务器上处理它时遇到问题（取决于您所说的大）。 （我认为 POST 限制默认设置为 8MB）

Answer 2

通过 cURL 函数 发送 HTTP POST 请求并添加 serialize()数组到请求正文。

Answer 3

我会做这样的事情：

• 在服务器 A 上生成一个令牌（例如 sha1(timestamp + session id + random())）
• 使用 cURL 将序列化数组发布到服务器 B，并传递您生成的令牌
• 在服务器 B 上，将序列化数据和令牌存储在数据库表中 - 字段：令牌 (CHAR)、数据 (BLOB)
• 将用户重定向到 http://ServerB/? data_token=[步骤 1 中生成的令牌]
• 服务器 B 从数据库中获取与令牌关联的数据，删除数据库条目，并将数组存储在新用户会话中。

Answer 4

好吧，如果它们都在同一台服务器上，那么您可以让其中一个劫持其他会话。我之前曾使用它跳转到安全服务器，在第一台主机上使用 session_id() 函数来获取会话，然后使用相同的函数在第二台主机上设置它。

请参阅 http://www.php.net/manual/en/function .session-id.php

Answer 5

我建议在创建“数组”后将其与一个 ID 关联（​​并存储在某处），然后使用此 ID 重定向到另一个。从站点 2 使用 ID，您可以调用站点 1 上的页面，该页面返回“Array”

Answer 6

您的问题：

从Server(a)发送array(ar)到Server(b)

我的解决方案：

1. Server( a) 为Server(b)生成一个唯一的url(url)，其中包含以例如json编码的Array(ar)使用 json_encode(ar)。这个Array(ar)应该使用例如mysql或只是一个简单的文本文件存储在url处。

   $uid = md5(uniqid(mt_rand(), true)); // 生成唯一的id
   

2. 服务器(a)将浏览器重定向到也包含$uid的服务器(b)

   $url = "http://server-b/page"; // 页面的url
   header('位置：$url?uid=$uid');
   

3. Server(b) > 从Server(a)上的url获取内容并将内容解码回Array(ar)

   $uid = $_GET['uid']; // uid
   $url_server_a = "http://server-a/webservice?uid=$uid";
   $ar = json_decode(file_get_contents($url_server_a));
   

Answer 7

我想您可以将其序列化，将其保存为可从其他服务器访问的文件，然后从其他服务器再次加载它。这样，不需要用户执行任何操作，但您必须保护保存文件的目录以避免隐私问题。

编辑：我假设它们位于不同的服务器上，否则会更容易......

Answer 8

如果是我，我会将信息存储在其他介质中：例如 memcache 类型的环境，或者两者都可以访问的数据库。

Answer 9

创建数组后，您可以快速生成一个页面，其中包含一个包含隐藏字段中的数据的表单。然后，该页面可以自动将表单（使用 method="POST"）提交到您的重定向。

Answer 10

您可以将数组解码为 JSON 并将链接发送到第二个服务器，其中包含临时 JSON 文件的下载，只需将 JSON 文件重新解码回 PHP，并且不必使用长 URL。