如何将 STDOUT 重定向到 PHP 中的文件？

Question

下面的代码几乎可以工作，但这不是我真正的意思：

ob_start();
echo 'xxx';
$contents = ob_get_contents();
ob_end_clean();
file_put_contents($file,$contents);

有更自然的方法吗？

Answer 1

您可以安装 Eio 扩展

pecl 安装 eio

并复制文件描述符，

$temp=fopen('/tmp/my_stdout','a');
$my_data='my something';
$foo=eio_dup2($temp,STDOUT,EIO_PRI_MAX,function($data,$esult,$request){
    var_dump($data,$esult,$request);
    var_dump(eio_get_last_error($request));
},$my_data);
eio_event_loop();
echo "something to stdout\n";
fclose($temp);

这将创建新的文件描述符并重写 STDOUT 的目标流，

这也可以使用 STDERR 完成

，并且常量 STD[OUT|ERR] 仍然可用

Answer 2

可以将 STDOUT 直接写入 PHP 中的文件，这比使用输出缓冲更容易、更直接。

在脚本的一开始就这样做：

fclose(STDIN);
fclose(STDOUT);
fclose(STDERR);
$STDIN = fopen('/dev/null', 'r');
$STDOUT = fopen('application.log', 'wb');
$STDERR = fopen('error.log', 'wb');

为什么一开始你可能会问？ 还不应打开任何文件描述符，因为当您关闭标准输入、输出和错误文件描述符时，前三个新描述符将成为新的标准输入、输出和错误文件描述符。

在我的示例中，我将标准输入重定向到 /dev/null 并将输出和错误文件描述符重定向到日志文件。 这是在 PHP 中制作守护程序脚本时的常见做法。

要写入 application.log 文件，这就足够了：

echo "Hello world\n";

要写入 error.log，必须执行以下操作：

fwrite($STDERR, "Something went wrong\n"); 

请注意，当您更改输入时，输出和错误描述符，内置 PHP 常量 STDIN、STDOUT 和 STDERR 将变得不可用。 PHP 不会将这些常量更新为新的描述符，并且不允许重新定义这些常量（毕竟它们被称为常量是有原因的）。

Answer 3

这些答案都不适用于我的特定情况，在这种情况下，我需要一种跨平台方式在回显输出后立即重定向输出，以便我可以使用 tail -f log.txt 或其他日志查看应用程序跟踪日志。
我提出了以下解决方案：

$logFp = fopen('log.txt', 'w');

ob_start(function($buffer) use($logFp){
    fwrite($logFp, $buffer);
}, 1); //notice the use of chunk_size == 1

echo "first output\n";
sleep(10)
echo "second output\n";

ob_end_clean();

我没有注意到任何性能问题，但如果发现，可以将 chunk_size 更改为更大的值。

现在只需 tail -f 日志文件：

tail -f log.txt

Answer 4

不，输出缓冲已经是最好的了。 虽然这样做稍微好一些

ob_start();
echo 'xxx';
$contents = ob_get_flush();
file_put_contents($file,$contents);

Answer 5

这是一种转移输出的方法，这似乎是原始问题的

$ob_file = fopen('test.txt','w');

function ob_file_callback($buffer)
{
  global $ob_file;
  fwrite($ob_file,$buffer);
}

ob_start('ob_file_callback');

更多信息：

http://my.opera.com/zomg/blog/2007/10/03/how-to-easily-redirect-php-output-to-一个文件

Answer 6

使用 eio pecl 模块 eio 非常简单，还可以捕获 PHP 内部错误、var_dump、echo 等。在这段代码中，您可以找到一些不同情况的示例。

$fdout = fopen('/tmp/stdout.log', 'wb');
$fderr = fopen('/tmp/stderr.log', 'wb');

eio_dup2($fdout, STDOUT);
eio_dup2($fderr, STDERR);
eio_event_loop();

fclose($fdout);
fclose($fderr);

// output examples
echo "message to stdout\n";

$v2dump = array(10, "graphinux");
var_dump($v2dump);

// php internal error/warning
$div0 = 10/0;

// user errors messages
fwrite(STDERR, "user controlled error\n");

对 eio_event_loop 的调用用于确保先前的 eio 请求已被处理。 如果您需要在 fopen 调用时附加到日志上，请使用模式“ab”而不是“wb”。

安装 eio 模块非常简单（http://php.net/manual/es/eio.php）安装.php）。 我使用 1.2.6 版本的 eio 模块测试了这个示例。

Answer 7

我知道这个问题很古老，但是尝试做这个问题所要求的事情的人很可能最终会来到这里......你们俩。

如果您在特定环境下运行...

• 在 Linux 下运行（可能是大多数其他 Unix 类操作系统，未经测试）
• 通过 CLI 运行（在 Web 服务器上未经测试）

您实际上可以关闭所有文件描述符 （是的，这意味着最好在执行一开始就执行此操作...例如，在调用 pcntl_fork() 调用后台守护进程中的进程之后（这似乎是最常见的）常见的需要是这样的）

fclose( STDIN );  // fd 3
fclose( STDERR);  // fd 2
fclose( STDOUT ); // fd 1

然后重新打开文件描述符，将它们分配给一个不会超出范围并因此被垃圾收集的变量，因为 Linux 可以预见地会在正确的位置打开它们。 您可以使用任何您想要的文件或设备，我给出了 /dev/null 作为 STDIN (fd3)的

$kept_in_scope_variable_fd1 = fopen(...); // fd 1
$kept_in_scope_variable_fd2 = fopen(...); // fd 2
$kept_in_scope_variable_fd3 = fopen( '/dev/null', ... ); // fd 3

示例，因为这可能是此类代码的最常见情况

。执行诸如 echo、print_r、var_dump 等正常操作，无需专门使用函数写入文件。 当您尝试将您不想或无法重写的后台代码改写为文件指针输出友好时，这非常有用。

YMMV 适用于其他环境以及诸如打开其他 FD 之类的事情。我的建议是从一个小型测试脚本开始，以证明它在您的环境中是否有效，然后从那里开始进行集成。

祝你好运。

Answer 8

这是一个丑陋的解决方案，对我遇到的问题很有用（需要调试）。

if(file_get_contents("out.txt") != "in progress")
{
    file_put_contents("out.txt","in progress");
    $content = file_get_contents('http://'.$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']);
    file_put_contents("out.txt",$content);
}

其主要缺点是最好不要使用 $_POST 变量。
但你不必一开始就把它放在一起。