从服务器发送大数据到另一个

问题描述：

我正在使用CURL在服务器之间发送大量数据，使用POST，这是好的还是有更好的/标准的方式发送大型序列化的数据与卷曲？从服务器发送大数据到另一个

问题是在PHP设置中的最大后大小，我不得不改变它（默认2MB）。我还没有遇到任何问题，但是当系统在线时，每次可能会发送大于50MB的数据！

任何想法？谢谢。

编辑：

我发送数据，而不是文件，一旦收到应该由第二服务器处理并保存到数据库/文件中的数据/做一些动作，可能需要发送后响应处理数据。

我只想知道，除了max-post-size之外，我还会面对其他任何问题吗？（忘记curl和php的超时时间），还有无法让服务器不看max_post_size？也许通过使用PUSH？或PUT？ post_size会影响PUSH或PUT吗？以及如何通过卷曲使用它？这么多问题！

好吧，如果你可以压缩数据，那可能会减少它，因此它会更好。但除此之外，POST看起来像是发送数据的有效HTTP方法。也有PUT，但它应该非常相似。 – hakre 2012-07-23 13:32:08

我个人会使用基于AJAX的方法，例如'jsonp'而不是CURL。卷曲非常缓慢，而AJAX几乎是瞬间的。 – Austin 2012-07-23 13:32:43

@奥斯汀：我敢打赌，情况并非如此。 – hakre 2012-07-23 13:33:05

答

使用cURL是完全正常的。

就个人而言，我宁愿没有通过web服务器（例如Apache的）为t做这里可能会有太多的潜在错误，例如。 PHP超时，Web服务器超时，内存限制，没有写权限，限制在Web根等

我宁愿通过专为文件传输机制来做到这一点：

FTP会很慢，我不发送文件我发送数据，必须处理，并且肯定我不会使用第三方！ – 2012-07-24 08:41:22

使用卷曲。将文件分成许多部分并发送出去 – 2012-10-25 12:09:40

答

方式没问题。你

两个更多的想法：

我会建议不要使用MySQL。它并不是专门为传输文件而设计的（尤其是大型文件）。 – uzyn 2012-07-23 13:44:03

FTP会很慢，因为我发送的数据被处理，而不是文件！。 – 2012-07-24 08:39:11

MySQL将是一个性能损失 – 2012-07-24 08:39:33