file_get_contents() 的更快替代方案

Question

目前，我正在使用 file_get_contents() 将 GET 数据提交到网站数组，但在执行页面时，我收到此错误：

Fatal error: Maximumexecution time of 30秒超过

我真正希望脚本做的就是开始加载网页，然后离开。每个网页可能需要长达 5 分钟才能完全加载，而我不需要它完全加载。

这是我目前拥有的：

        foreach($sites as $s) //Create one line to read from a wide array
        {
                file_get_contents($s['url']); // Send to the shells
        }

编辑：为了消除任何混乱，该脚本用于启动其他服务器上的脚本，不返回任何数据。

编辑：我现在尝试使用 cURL 来实现这一目的，通过设置一秒的超时来使其发送数据然后停止。这是我的代码：

        $ch = curl_init($s['url']); //load the urls
        curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 1); //Only send the data, don't wait.
        curl_exec($ch); //Execute
        curl_close($ch); //Close it off.

也许我设置了错误的选项。在我们说话的时候我正在浏览一些手册。只是给你一个更新。感谢迄今为止所有帮助我的人。

编辑：啊，发现问题了。我使用的是 CURLOPT_CONNECTTIMEOUT 而不是 CURLOPT_TIMEOUT。哎呀。

但现在，脚本没有触发。他们各自使用ignore_user_abort(TRUE);所以我无法理解这个问题

，哈哈，从头开始。现在可以工作了。非常感谢大家

Answer 1

有很多方法可以解决这个问题。

您可以使用 cURL 及其curl_multi_* 函数来异步执行请求。或者使用常见的 cURL 方式，但使用 1 作为超时限制，因此会请求并返回超时，但请求会被执行。

如果您没有安装 cURL，您可以继续使用 file_get_contents，但使用类似 ZendX_Console_Process_Unix 这样你就可以避免每个请求之间的等待。

Answer 2

正如 Franco 提到的（我不确定是否被接受），您特别想使用curl_multi 函数，而不是常规的curl 函数。这会将多个curl对象打包到一个curl_multi对象中并同时执行它们，在响应到达时返回（或不返回）响应。

示例位于 http://php.net/curl_multi_init

Answer 3

重新更新您只需要触发操作：

您可以尝试使用带有超时的file_get_contents。这将导致远程脚本被调用，但连接在 n 秒（例如 1）后终止。

如果远程脚本配置为即使连接中止它也会继续运行（在 PHP 中，这将是 ignore_user_abort），它应该可以工作。

尝试一下。如果它不起作用，您将无法增加 time_limit 或使用外部可执行文件。但从你所说的——你只需要提出请求——这应该可行。您甚至可以尝试将超时设置为 0 但我不相信这一点。

来自这里：

<?php
$ctx = stream_context_create(array(
    'http' => array(
        'timeout' => 1
        )
    )
);
file_get_contents("http://example.com/", 0, $ctx);
?>

公平地说，克里斯已经回答了包括这种可能性：curl也有一个超时开关。

Answer 4

消耗那么多时间的不是 file_get_contents() 而是网络连接本身。
考虑不要向一系列站点提交 GET 数据，而是创建一个 rss 并让他们获取 RSS 数据。

Answer 5

我不完全理解你的脚本背后的含义。
但您可以这样做：

1. 为了快速避免致命错误，您可以在文件开头添加 set_time_limit(120) 。这将使脚本运行 2 分钟。当然，您可以使用任何您想要的数字，0 表示无限。
2. 如果您只需要调用 url 并且不“关心”结果，则应该在异步模式下使用 cUrl。在这种情况下，对 URL 的任何调用都不会等到完成。您可以非常快速地呼叫它们。

BR。

Answer 6

如果远程页面加载时间长达 5 分钟，您的 file_get_contents 将等待 5 分钟。有什么方法可以修改远程脚本以分叉到后台进程并在那里进行繁重的处理吗？这样，您的初始点击几乎会立即返回，而不必等待启动期。

另一种可能性是调查 HEAD 请求是否可以解决问题。 HEAD 不返回任何数据，仅返回标头，因此可能足以触发远程作业而无需等待完整输出。