PHP 8.4.1 Released!

入出力ストリーム

CLI SAPI には入出力ストリーム用の定数がいくつか定義されており、 これらを使うとコマンドライン用のプログラミングが多少簡単になります。

CLI 固有の定数
定数 説明
STDIN

stdin へのオープン済みのストリーム。 これにより、以下のようにオープンする必要がなくなります。

<?php
$stdin
= fopen('php://stdin', 'r');
?>
stdin から1行読み込みたい場合、以下のようにします。
<?php
$line
= trim(fgets(STDIN)); // STDIN から 1 行読み込む
fscanf(STDIN, "%d\n", $number); // STDIN から数値を読み込む
?>

STDOUT

stdout へのオープン済みのストリーム。 これにより、以下のようにオープンする必要がなくなります。

<?php
$stdout
= fopen('php://stdout', 'w');
?>

STDERR

stderr へのオープン済みのストリーム。 これにより、以下のようにオープンする必要がなくなります。

<?php
$stderr
= fopen('php://stderr', 'w');
?>

上記のように、stderr のようなストリームを自分で オープンする必要はなく、以下のようにストリームリソースの代わりに 定数を使用するだけでかまいません。

php -r 'fwrite(STDERR, "stderr\n");'
これらのストリームを明示的に閉じる必要はありません。これは、 PHP により自動的に行われます。

注意:

これらの定数は、PHP スクリプトを stdin から読み込んだ場合は使用できません。

add a note

User Contributed Notes 4 notes

up
30
Aurelien Marchand
13 years ago
Please remember in multi-process applications (which are best suited under CLI), that I/O operations often will BLOCK signals from being processed.

For instance, if you have a parent waiting on fread(STDIN), it won't handle SIGCHLD, even if you defined a signal handler for it, until after the call to fread has returned.

Your solution in this case is to wait on stream_select() to find out whether reading will block. Waiting on stream_select(), critically, does NOT BLOCK signals from being processed.

Aurelien
up
17
phil_php at zieaon dot com
6 years ago
The command line interface data in STDIN is not made available until return is pressed.
By adding "readline_callback_handler_install('', function(){});" before reading STDIN for the first time single key presses can be captured.

Note: This only seems to work under Linux CLI and will not work in Apache or Windows CLI.

This cam be used to obscure a password or used with 'stream_select' to make a non blocking keyboard monitor.

<?php

// Demo WITHOUT readline_callback_handler_install('', function(){});
$resSTDIN=fopen("php://stdin","r");
echo(
"Type 'x'. Then press return.");
$strChar = stream_get_contents($resSTDIN, 1);

echo(
"\nYou typed: ".$strChar."\n\n");
fclose($resSTDIN);

// Demo WITH readline_callback_handler_install('', function(){});
// This line removes the wait for <CR> on STDIN
readline_callback_handler_install('', function(){});

$resSTDIN=fopen("php://stdin","r");
echo(
"We have now run: readline_callback_handler_install('', function(){});\n");
echo(
"Press the 'y' key");
$strChar = stream_get_contents($resSTDIN, 1);
echo(
"\nYou pressed: ".$strChar."\nBut did not have to press <cr>\n");
fclose($resSTDIN);
readline_callback_handler_remove ();
echo(
"\nGoodbye\n")
?>

It also hides text from the CLI so can be used for things like. password obscurification.
eg

<?php
readline_callback_handler_install
('', function(){});
echo(
"Enter password followed by return. (Do not use a real one!)\n");
echo(
"Password: ");
$strObscured='';
while(
true)
{
$strChar = stream_get_contents(STDIN, 1);
if(
$strChar===chr(10))
{
break;
}
$strObscured.=$strChar;
echo(
"*");
}
echo(
"\n");
echo(
"You entered: ".$strObscured."\n");
?>
up
11
ecrist at secure-computing dot net
13 years ago
The following code shows how to test for input on STDIN. In this case, we were looking for CSV data, so we use fgetcsv to read STDIN, if it creates an array, we assume CVS input on STDIN, if no array was created, we assume there's no input from STDIN, and look, later, to an argument with a CSV file name.

Note, without the stream_set_blocking() call, fgetcsv() hangs on STDIN, awaiting input from the user, which isn't useful as we're looking for a piped file. If it isn't here already, it isn't going to be.

<?php
stream_set_blocking
(STDIN, 0);
$csv_ar = fgetcsv(STDIN);
if (
is_array($csv_ar)){
print
"CVS on STDIN\n";
} else {
print
"Look to ARGV for CSV file name.\n";
}
?>
up
0
phil_php at zieaon dot com
4 years ago
Under Linux CLI - STDIN, STDOUT and STDERR can be closed and reconnected to a different php stream such as a file, pipe or even a UDP socket_stream. (I use this technique to send the output/errors of my long running background scripts to a file so I can debug if something goes wrong.)

For example: (The below creates/appends file "/tmp/php_stdout.txt")
<?php
// This only works under CLI in Linux
// Note: Until we have closed it STDOUT will NOT be prefixed with a $

// Get the path to the current console for STDOUT so we can reconnect later!
$strOldSTDOUT=(posix_ttyname(STDOUT));

echo(
"This will go to the current console\r\n");
// Close the STDOUT resource
fclose(STDOUT);

// Reopen $STDOUT as a file Note: All further $STDOUT usage will be prefixed with a $
$STDOUT=fopen("/tmp/php_stdout.txt","a"); /
echo(
"This should append the file /tmp/php_stdout.txt\r\n");
// Close stdout again so we can reconnect the console. Note: We are still using
fclose($STDOUT);

// Use the path to the console we got earlier
$STDOUT=fopen($strOldSTDOUT,"r+");
echo(
"And we are back on the console\r\n");

?>
To Top