PHPの$_GETと$_POST：URLパラメータとフォームの受け取り

$_GETはURLのクエリ文字列の配列なので、article.php?id=42&lang=enなら$_GET['id'] === '42'、$_GET['lang'] === 'en'になります。$_POSTは、method="post"で送信されたフォームの項目の配列です。パラメータがなければキーもないので、どちらも$_GET['id'] ?? nullのように既定値付きで読みます。

ブロックを実行してからリンクをクリックすると、クリックのたびにリンクのクエリ文字列から$_GETが埋められた状態でスクリプトがもう一度実行されます。

<?php
$languages = ['php' => 'PHP', 'python' => 'Python', 'sql' => 'SQL'];
$lang = $_GET['lang'] ?? null;
?>
<p>
<?php foreach ($languages as $key => $label): ?>
  <a href="?lang=<?= $key ?>"><?= $label ?></a>
<?php endforeach; ?>
</p>
<?php if ($lang === null): ?>
  <p>Pick a language.</p>
<?php elseif (isset($languages[$lang])): ?>
  <p>You picked <strong><?= $languages[$lang] ?></strong>. $_GET is: <code><?= htmlspecialchars(json_encode($_GET)) ?></code></p>
<?php else: ?>
  <p>Unknown language.</p>
<?php endif; ?>

$_GET['lang']はURLに書かれた何でもであって、出力した3つのリンクだけではありません。誰でもアドレスバーに?lang=<script>と入力できるので、このブロックは値を出力せずに$languagesで引き、リクエストのデータを出力する唯一の場所ではエスケープしています。

クエリ文字列から数値を読む

$_GETのすべての値は文字列です。ページ番号なら、filter_var()で検証と変換を1ステップで行い、値がない、数値でない、範囲外のときは既定値に戻します。ページをクリックして移動し、Page 999とPage abcのリンクも試してみてください。

<?php
$items = range(1, 23);
$perPage = 5;
$pages = (int) ceil(count($items) / $perPage);

$page = filter_var($_GET['page'] ?? 1, FILTER_VALIDATE_INT, [
    'options' => ['default' => 1, 'min_range' => 1, 'max_range' => $pages],
]) ?: 1; // ?: 1 also covers ?page[]=2, an array, where 'default' is not used

$shown = array_slice($items, ($page - 1) * $perPage, $perPage);
?>
<p>Page <?= $page ?> of <?= $pages ?>: items <?= implode(', ', $shown) ?></p>
<p>
  <?php if ($page > 1): ?><a href="?page=<?= $page - 1 ?>">Previous</a><?php endif; ?>
  <?php for ($i = 1; $i <= $pages; $i++): ?>
    <?= $i === $page ? "<strong>$i</strong>" : "<a href=\"?page=$i\">$i</a>" ?>
  <?php endfor; ?>
  <?php if ($page < $pages): ?><a href="?page=<?= $page + 1 ?>">Next</a><?php endif; ?>
  <a href="?page=999">Page 999</a> <a href="?page=abc">Page abc</a>
</p>

filter_var()は"3"に対して整数の3を返し、それ以外の文字列にはdefaultオプションを返すので、$pageは常に使える整数になります。ほかのバリデーターはfilter_varのページに載っています。

$_POSTでフォームのデータを読む

method="post"のフォームは項目をリクエストの本文で送り、PHPはそれを各入力欄のnameの下で$_POSTに入れます。$_SERVER['REQUEST_METHOD']は、現在のリクエストが最初の訪問（GET）か送信（POST）かを教えてくれます。フォームに入力してSendを押すと、両方が確認できます。

<?php
$method = $_SERVER['REQUEST_METHOD'] ?? 'GET';
?>
<form method="post">
  <input name="title" placeholder="Title">
  <input name="tags" placeholder="Tags, comma separated">
  <button>Send</button>
</form>
<p>Request method: <strong><?= htmlspecialchars($method) ?></strong></p>
<?php if ($method === 'POST'): ?>
  <pre><?= htmlspecialchars(print_r($_POST, true)) ?></pre>
  <?php $tags = array_filter(array_map('trim', explode(',', (string) ($_POST['tags'] ?? '')))); ?>
  <p><?= count($tags) ?> tag(s): <?= htmlspecialchars(implode(' | ', $tags)) ?></p>
<?php endif; ?>

空のテキスト欄も""として送られるので、送信後は訪問者が何も入力していなくても$_POST['title']は存在します。サーバーではREQUEST_METHODは常に設定されていて、?? 'GET'はコマンドラインでphpとしてファイルを実行したときにスクリプトを静かに保つだけです。フォームを検証して再表示する完全なパターンはフォームのページにあります。

method="get"の検索フォーム

検索ボックスのように、結果を共有できるURLにしたいフォームにはGETを使います。ブラウザは項目をクエリ文字列（?q=sort&level=beginner）に変え、スクリプトはリンクとまったく同じように$_GETから読みます。arrayやstringで検索してみてください。

<?php
$docs = [
    ['title' => 'Sort an array', 'level' => 'beginner'],
    ['title' => 'Split a string', 'level' => 'beginner'],
    ['title' => 'Array destructuring', 'level' => 'intermediate'],
    ['title' => 'String interpolation', 'level' => 'beginner'],
    ['title' => 'Generators', 'level' => 'advanced'],
];

$q = trim((string) ($_GET['q'] ?? ''));
$level = (string) ($_GET['level'] ?? '');

$found = array_filter($docs, function ($doc) use ($q, $level) {
    return ($q === '' || stripos($doc['title'], $q) !== false)
        && ($level === '' || $doc['level'] === $level);
});
$e = fn ($s) => htmlspecialchars($s, ENT_QUOTES, 'UTF-8');
?>
<form method="get">
  <input name="q" value="<?= $e($q) ?>" placeholder="Search">
  <select name="level">
    <option value="">Any level</option>
    <?php foreach (['beginner', 'intermediate', 'advanced'] as $l): ?>
      <option <?= $l === $level ? 'selected' : '' ?>><?= $l ?></option>
    <?php endforeach; ?>
  </select>
  <button>Search</button>
</form>
<p><?= count($found) ?> result(s)<?= $q !== '' ? ' for "' . $e($q) . '"' : '' ?></p>
<ul>
<?php foreach ($found as $doc): ?>
  <li><?= $e($doc['title']) ?> (<?= $doc['level'] ?>)</li>
<?php endforeach; ?>
</ul>

http_build_queryでリンクを作る

"?q=$q&page=2"を手で書くと、$qに空白、&、#が含まれたとたんに壊れます。http_build_query()はすべての値をエンコードしてくれ、結果はhrefに入るときにhtmlspecialchars()を通します。HTMLの中では&は&であるべきだからです。

<?php
$params = ['q' => 'rock & roll', 'page' => 2, 'tags' => ['php', 'web']];

$query = http_build_query($params);
echo $query, "\n";

echo urlencode('a b&c'), "\n";      // form style: space becomes +
echo rawurlencode('a b&c'), "\n";   // URL path style: space becomes %20

parse_str($query, $back);           // the reverse: query string to array
print_r($back);

echo 'href="?', htmlspecialchars($query), '"', "\n";  // ready for an <a> tag

2つの引数を渡したparse_str()は、PHPがクエリ文字列から$_GETを作るのと同じ方法なので、テストに便利です。2つ目の引数は必ず渡しましょう。変数を作っていた古い1引数の形はPHP 8で削除されました。

$_REQUESTと、それを避けるべき理由

$_REQUESTは$_GETと$_POSTを1つの配列にまとめたものです。PHPに同梱されているphp.iniはrequest_order = "GP"に設定しているので、両方に同じキーがあればPOSTが優先されます。この設定がなければCookieもまとめられます。

<?php
// POST /save.php?id=1 with a form field id=2
echo $_GET['id'];      // "1"
echo $_POST['id'];     // "2"
echo $_REQUEST['id'];  // "2"

便利に見えますが、値がどこから来たかを隠してしまいます。$_REQUEST['id']でレコードを削除する処理は普通のリンクで起動できてしまい、これはまさにPOST専用の操作が防ぐためのものです。代わりに$_GETか$_POSTを名前で読みましょう。

GETとPOST：どちらを使うか

重要なルールは、GETリクエストは何も変更してはいけないということです。ブラウザはリンクを先読みし、クローラーはリンクをたどり、人はリンクを共有するので、?delete=5のリンクはいずれ削除するつもりのない何かにたどられてしまいます。どちらのメソッドもそれ自体は暗号化されていません。HTTPSが両方を守り、POSTはデータをURL、ブラウザの履歴、サーバーのログに残さないだけです。