PHPの文法チェックの方法について

PHPの文法チェックとは、作成したPHPファイルに 構文エラーがないかを確認する作業 のことです。

たとえば、以下のようなミスがあると、PHPは正常にコードを解釈できません。

<?php
echo "Hello"

この例では、文末のセミコロンが抜けています。

正しくは以下です。

<?php
echo "Hello";

このようなミスは、ブラウザで実行してから気づくこともありますが、事前に文法チェックをしておけば、エラーのあるファイルを早い段階で発見できます。

PHPの文法チェックでまず覚えておきたい基本コマンドが、以下の php -l です。

php -l ファイル名.php

php -l は、指定したPHPファイルをlintモードで解析し、構文エラーがないかを確認するためのコマンドです。

PHPの文法チェックをする基本コマンド

php -lで1ファイルをチェックする

PHPファイルを1つだけチェックしたい場合は、以下のように実行します。

php -l sample.php

問題がなければ、以下のように表示されます。

No syntax errors detected in sample.php

一方、構文エラーがある場合は、以下のようにエラー内容と行番号が表示されます。

PHP Parse error: syntax error, unexpected token "}" in sample.php on line 12
Errors parsing sample.php

このように、php -l を使うと、PHPファイルを本格的に実行する前に、文法上の問題を確認できます。

特に、以下のような場面で便利です。

・本番環境にアップロードする前
・Gitにコミットする前
・WordPressテーマやプラグインを修正したあと
・PHPファイルを大量に編集したあと
・原因不明の画面エラーが出たとき

php -lでチェックできる内容

php -l で確認できるのは、主にPHPの構文エラーです。

たとえば、以下のようなミスを検出できます。

・セミコロンの付け忘れ
・波括弧の閉じ忘れ
・丸括弧の閉じ忘れ
・クォートの閉じ忘れ
・PHPとして解釈できない記述
・関数やクラス定義まわりの構文ミス

具体例を見てみましょう。

<?php
$name = "Taro"
echo $name;

このコードでは、1行目の代入文の末尾にセミコロンがありません。

正しくは以下です。

<?php
$name = "Taro";
echo $name;

また、以下のような括弧の閉じ忘れも構文エラーになります。

<?php
if ($user) {
    echo "ログイン中";

正しくは以下です。

<?php
if ($user) {
    echo "ログイン中";
}

php -lではチェックできない内容

php -l は便利ですが、万能ではありません。

php -l はあくまで PHPとして構文が成立しているか を確認するためのコマンドです。

そのため、以下のような問題までは十分に検出できません。

・未定義変数を使っている
・存在しない関数を呼び出している
・存在しないクラスを使っている
・型の不一致がある
・処理のロジックが間違っている
・セキュリティ上の問題がある
・WordPressやLaravel独自の作法に違反している

たとえば、以下のコードは構文としては成立しています。

<?php
echo $undefinedVariable;

しかし、$undefinedVariable が定義されていなければ、実行時に警告やエラーの原因になります。

つまり、php -l は 文法チェックには有効 ですが、コードが正しく動作することを保証するものではない という点に注意が必要です。

複数のPHPファイルをまとめて文法チェックする方法

Linux・macOS・Git Bashでまとめてチェックする

プロジェクト内のPHPファイルをまとめてチェックしたい場合は、find と xargs を組み合わせる方法が便利です。

find . -name "*.php" -print0 | xargs -0 -n1 php -l

このコマンドでは、現在のディレクトリ以下にある .php ファイルを検索し、それぞれに対して php -l を実行します。

ただし、実務では vendor や node_modules などの外部ライブラリを除外したほうがよいです。

find . \
  -name "*.php" \
  -not -path "./vendor/*" \
  -not -path "./node_modules/*" \
  -print0 | xargs -0 -n1 php -l

vendor ディレクトリにはComposerで導入した外部パッケージが入っているため、通常は自分で文法チェックする対象から外します。

WordPressテーマだけをチェックする

WordPressテーマを開発している場合は、テーマディレクトリだけを対象にすると効率的です。

find wp-content/themes/your-theme \
  -name "*.php" \
  -print0 | xargs -0 -n1 php -l

プラグインの場合は、以下のように対象ディレクトリを変更します。

find wp-content/plugins/your-plugin \
  -name "*.php" \
  -print0 | xargs -0 -n1 php -l

WordPress全体を対象にしてしまうと、コアファイルや他のプラグインまでチェック対象に入ることがあります。

基本的には、自分が編集しているテーマやプラグインに絞るのがおすすめです。

Windows PowerShellでまとめてチェックする

WindowsでPowerShellを使う場合は、以下のように実行できます。

Get-ChildItem -Recurse -Filter *.php | ForEach-Object { php -l $_.FullName }

vendor ディレクトリを除外したい場合は、以下のようにします。

Get-ChildItem -Recurse -Filter *.php |
  Where-Object { $_.FullName -notmatch "\\vendor\\" } |
  ForEach-Object { php -l $_.FullName }

Windows環境では、LinuxやmacOS向けの find や xargs がそのまま使えない場合があります。

そのため、PowerShell用のコマンドを使うか、Git Bash・WSLなどの環境を用意するとよいでしょう。

よくあるPHPの文法エラー

セミコロン忘れ

PHPでは、文の最後にセミコロンが必要です。

<?php
$message = "こんにちは"
echo $message;

正しくは以下です。

<?php
$message = "こんにちは";
echo $message;

セミコロン忘れは初心者だけでなく、急いで修正したときにもよく起こります。

波括弧の閉じ忘れ

if 文、foreach 文、関数、クラスなどでは、波括弧 {} の対応関係が重要です。

<?php
if ($is_logged_in) {
    echo "ログインしています";

正しくは以下です。

<?php
if ($is_logged_in) {
    echo "ログインしています";
}

波括弧の閉じ忘れは、エラー行が実際のミスの場所から少しずれて表示されることもあります。

そのため、エラー行だけでなく、その前後のブロックも確認しましょう。

クォートの閉じ忘れ

文字列を囲むクォートを閉じ忘れると、構文エラーになります。

<?php
echo "商品一覧;

正しくは以下です。

<?php
echo "商品一覧";

シングルクォートの場合も同様です。

<?php
echo '商品一覧';

HTMLとPHPを混在させているテンプレートファイルでは、クォートの対応関係がわかりにくくなることがあります。

カンマの付け忘れ

配列では、要素ごとにカンマを付ける必要があります。

<?php
$items = [
    'apple'
    'banana',
];

正しくは以下です。

<?php
$items = [
    'apple',
    'banana',
];

PHPの配列では、最後の要素にもカンマを付けられます。

<?php
$items = [
    'apple',
    'banana',
];

複数行の配列では、最後の要素にもカンマを付けておくと、あとから要素を追加しやすくなります。

PHPタグの書き間違い

PHPファイルでは、PHPコードを以下のように書きます。

<?php
echo "Hello";

<?php の書き間違いや、PHPタグの閉じ方に注意が必要です。

PHPだけで構成されるファイルでは、末尾の ?> を省略することが一般的です。

<?php

function hello() {
    return 'Hello';
}

末尾の ?> のあとに余計な空白や改行が入ると、意図しない出力の原因になることがあります。

エディタでPHPの文法チェックをする方法

VS CodeでPHPをチェックする

VS Codeを使っている場合は、PHP関連の拡張機能を入れることで、編集中にエラーを確認しやすくなります。

代表的な拡張機能には、以下があります。

・PHP Intelephense
・PHP Debug
・PHP Extension Pack

VS CodeでPHPのチェックがうまく動かない場合は、まずターミナルで以下を実行して、PHPが使えるか確認します。

php -v

PHPのバージョンが表示されれば、PHP本体は認識されています。

PHPの場所を確認する場合は、macOSやLinuxでは以下を使います。

which php

Windowsでは以下です。

where php

VS Code側でPHP実行ファイルのパスを指定する場合は、設定ファイルに以下のように書きます。

Windowsの例です。

{
  "php.validate.executablePath": "C:\\php\\php.exe"
}

macOSやLinuxの例です。

{
  "php.validate.executablePath": "/usr/bin/php"
}

HomebrewでPHPを入れているmacOSでは、以下のようなパスになることもあります。

{
  "php.validate.executablePath": "/opt/homebrew/bin/php"
}

エディタだけに頼りすぎない

VS Codeなどのエディタでエラーが表示されると便利ですが、エディタだけに頼りすぎるのは避けたほうがよいです。

理由は、開発者ごとにエディタ設定が違うことがあるからです。

実務では、以下のように複数の方法を組み合わせると安心です。

・エディタ上でリアルタイムに確認する
・保存後に php -l で確認する
・コミット前に自動チェックする
・CIで自動チェックする

特にチーム開発では、個人のエディタ設定に依存しないチェック環境を用意することが重要です。

PHP_CodeSnifferでコーディング規約をチェックする

PHP_CodeSnifferとは

PHP_CodeSnifferは、PHPコードが指定したコーディング規約に沿っているかをチェックするツールです。

php -l が構文エラーを確認するためのものだとすると、PHP_CodeSnifferは以下のような点を確認するために使います。

・インデントが統一されているか
・スペースの入れ方が適切か
・命名規則に沿っているか
・コードの書き方がプロジェクトルールに合っているか
・WordPressなどのコーディング規約に沿っているか

PHP_CodeSnifferでは、主に以下の2つのコマンドを使います。

phpcs  → コーディング規約違反をチェックする
phpcbf → 自動修正できる違反を修正する

PHP_CodeSnifferをインストールする

Composerを使う場合は、以下のようにインストールします。

composer require --dev squizlabs/php_codesniffer

既存の多くのプロジェクトでは、Composerパッケージとして squizlabs/php_codesniffer が使われています。

ただし、PHP_CodeSnifferの開発リポジトリは移行されているため、導入時は最新情報も確認するとよいでしょう。

既存記事では squizlabs の表記が多いですが、現在は PHPCSStandards/PHP_CodeSniffer 側の情報も確認対象になります。

PHP_CodeSnifferを実行する

特定のファイルをチェックする場合は、以下のように実行します。

vendor/bin/phpcs sample.php

ディレクトリ全体をチェックする場合は、以下です。

vendor/bin/phpcs app/

自動修正できる違反を修正したい場合は、phpcbf を使います。

vendor/bin/phpcbf app/

ただし、自動修正を実行する前には、Gitで差分を確認できる状態にしておくのがおすすめです。

自動修正によって意図しない変更が入る可能性もあるためです。

PHPStanで潜在的なバグをチェックする

PHPStanとは

PHPStanは、PHPコードを実行せずに解析し、潜在的なバグを見つけるための静的解析ツールです。

php -l では検出できない、以下のような問題を発見しやすくなります。

・存在しないメソッドを呼び出している
・型が合っていない
・戻り値の型が想定と違う
・nullの可能性がある値をそのまま使っている
・到達不能なコードがある

構文チェックよりも一段深く、コードの安全性を確認したい場合に役立ちます。

PHPStanをインストールする

Composerで以下のようにインストールします。

composer require --dev phpstan/phpstan

インストール後、以下のように解析できます。

vendor/bin/phpstan analyse src

Laravelの場合は、たとえば以下のように app ディレクトリを対象にすることが多いです。

vendor/bin/phpstan analyse app

設定ファイルを使う場合は、phpstan.neon を作成します。

parameters:
    level: 5
    paths:
        - app

そのうえで以下を実行します。

vendor/bin/phpstan analyse

PHPStanのレベル設定に注意する

PHPStanには解析レベルがあります。

最初から厳しいレベルで実行すると、大量のエラーが表示されることがあります。

特に既存プロジェクトに導入する場合は、低めのレベルから始めるのがおすすめです。

たとえば、最初は以下のような設定にします。

parameters:
    level: 3
    paths:
        - app

徐々にコードを改善しながら、レベルを上げていくと無理なく導入できます。

PsalmでPHPコードを静的解析する

Psalmとは

PsalmもPHPStanと同じく、PHP向けの静的解析ツールです。

型の不一致や潜在的なバグを検出する目的で使います。

PHPStanとPsalmは役割が似ていますが、プロジェクトによってどちらを採用するかが分かれます。

まずはどちらか一方を導入するだけでも、コード品質の向上に役立ちます。

Psalmをインストールする

Composerで以下のようにインストールします。

composer require --dev vimeo/psalm

初期設定は以下です。

vendor/bin/psalm --init

実行する場合は、以下のようにします。

vendor/bin/psalm

または、キャッシュを使わずに実行したい場合は以下です。

vendor/bin/psalm --no-cache

なお、Psalmはバージョンによって必要なPHPバージョンが異なります。

古いPHP環境で使う場合は、導入前に対応バージョンを確認しましょう。

Composer scriptsでチェックコマンドをまとめる

Composer scriptsを使うメリット

毎回長いコマンドを入力するのは手間がかかります。

そこで、composer.json にチェック用のコマンドを登録しておくと便利です。

たとえば、以下のように設定できます。

{
  "scripts": {
    "lint": "php tools/lint.php",
    "phpcs": "vendor/bin/phpcs app/",
    "phpstan": "vendor/bin/phpstan analyse app/",
    "check": [
      "@lint",
      "@phpcs",
      "@phpstan"
    ]
  }
}

このように設定しておくと、以下のコマンドでまとめてチェックできます。

composer check

個別に実行することもできます。

composer lint
composer phpcs
composer phpstan

クロスプラットフォーム対応するならPHPスクリプトを用意する

Composer scripts内で find や xargs を使うと、Windows環境で動かない場合があります。

Windows、macOS、Linuxのどれでも動かしやすくするなら、PHPでlint用スクリプトを作る方法があります。

たとえば、tools/lint.php を作成します。

<?php

$root = dirname(__DIR__);

$directories = [
    $root . '/app',
    $root . '/routes',
    $root . '/config',
];

$hasError = false;

foreach ($directories as $directory) {
    if (!is_dir($directory)) {
        continue;
    }

    $iterator = new RecursiveIteratorIterator(
        new RecursiveDirectoryIterator($directory)
    );

    foreach ($iterator as $file) {
        if ($file->isFile() && $file->getExtension() === 'php') {
            $path = $file->getPathname();
            passthru('php -l ' . escapeshellarg($path), $exitCode);

            if ($exitCode !== 0) {
                $hasError = true;
            }
        }
    }
}

exit($hasError ? 1 : 0);

そのうえで、composer.json に以下のように登録します。

{
  "scripts": {
    "lint": "php tools/lint.php"
  }
}

実行は以下です。

composer lint

この方法なら、OSの違いによるコマンド差を減らせます。

Gitコミット前にPHPの文法チェックをする

pre-commit hookを使う

Gitのpre-commit hookを使うと、コミット前に自動でPHPの文法チェックを実行できます。

.git/hooks/pre-commit に以下のような内容を設定します。

#!/bin/sh

FILES=$(git diff --cached --name-only --diff-filter=ACM | grep '\.php$')

if [ -z "$FILES" ]; then
  exit 0
fi

for FILE in $FILES
do
  php -l "$FILE"
  if [ $? -ne 0 ]; then
    echo "Syntax error found in $FILE"
    exit 1
  fi
done

exit 0

実行権限を付与します。

chmod +x .git/hooks/pre-commit

これで、構文エラーがあるPHPファイルをコミットしようとした場合、コミットが止まります。

チーム開発では仕組み化する

pre-commit hookは便利ですが、.git/hooks 配下のファイルは通常Git管理されません。

そのため、チーム開発では以下のような仕組みを使うこともあります。

・lint-staged
・husky
・pre-commitフレームワーク
・Composer scripts
・GitHub Actions

個人の環境だけでなく、チーム全員が同じチェックを実行できる状態にしておくことが重要です。

GitHub ActionsでPHPの文法チェックを自動化する

CIでチェックするメリット

GitHub ActionsなどのCIを使うと、プッシュ時やプルリクエスト作成時に自動でチェックできます。

これにより、以下のようなメリットがあります。

・ローカルでチェックし忘れても検出できる
・チーム全体で同じ基準を適用できる
・本番反映前にエラーを防ぎやすくなる
・レビュー前に明らかな構文エラーを排除できる

GitHub Actionsの設定例

以下は、PHPの文法チェックとPHPStanを実行する例です。

name: PHP Check

on:
  push:
  pull_request:

jobs:
  php-check:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v4

      - name: Setup PHP
        uses: shivammathur/setup-php@v2
        with:
          php-version: '8.3'

      - name: Validate composer
        run: composer validate --strict

      - name: Install dependencies
        run: composer install --prefer-dist --no-progress

      - name: PHP lint
        run: find . -name "*.php" -not -path "./vendor/*" -print0 | xargs -0 -n1 php -l

      - name: PHPStan
        run: vendor/bin/phpstan analyse

実際に使う場合は、プロジェクトのPHPバージョンに合わせて php-version を変更してください。

たとえば、本番環境がPHP 8.2なら以下のようにします。

php-version: '8.2'

本番環境と異なるPHPバージョンでチェックすると、構文や非推奨機能の判定がずれる可能性があります。

WordPressでPHPの文法チェックをする方法

WordPressテーマの文法チェック

WordPressテーマを修正した場合は、まずテーマ内のPHPファイルをチェックします。

find wp-content/themes/your-theme \
  -name "*.php" \
  -print0 | xargs -0 -n1 php -l

functions.php だけ確認したい場合は、以下です。

php -l wp-content/themes/your-theme/functions.php

WordPressでは、functions.php の構文エラーによって管理画面やサイト全体が表示されなくなることがあります。

そのため、アップロード前に必ず確認しておくと安心です。

WordPressプラグインの文法チェック

プラグインの場合は、対象プラグインのディレクトリを指定します。

find wp-content/plugins/your-plugin \
  -name "*.php" \
  -print0 | xargs -0 -n1 php -l

自作プラグインやカスタマイズしたプラグインでは、構文エラーがサイト全体に影響することもあります。

特に、以下のファイルを編集した後は注意しましょう。

・メインプラグインファイル
・ショートコード関連ファイル
・管理画面関連ファイル
・フォーム処理関連ファイル
・Ajax処理関連ファイル

WordPress Coding Standardsを使う

WordPress案件では、PHPの構文チェックだけでなく、WordPress Coding Standardsを使ったチェックも有効です。

Composerで導入する場合は、以下のようにします。

composer require --dev squizlabs/php_codesniffer wp-coding-standards/wpcs dealerdirect/phpcodesniffer-composer-installer

導入後、以下で利用可能な標準を確認します。

vendor/bin/phpcs -i

WordPress が表示されれば、以下のようにチェックできます。

vendor/bin/phpcs --standard=WordPress wp-content/themes/your-theme

WordPress Coding Standardsでは、以下のような観点を確認できます。

・出力エスケープが適切か
・入力値のサニタイズが行われているか
・nonceチェックが行われているか
・WordPress関数の使い方が適切か
・命名規則やインデントが規約に沿っているか

WordPress案件では、php -l と WordPress Coding Standards を組み合わせることで、より安全なコードに近づけられます。

LaravelでPHPの文法チェックをする方法

Laravelプロジェクトの文法チェック

Laravelでは、主に自分が編集する以下のディレクトリを対象にチェックします。

・app
・routes
・config
・database
・tests

たとえば、以下のように実行できます。

find app routes config database tests \
  -name "*.php" \
  -print0 | xargs -0 -n1 php -l

vendor や storage などは、基本的に対象から外して問題ありません。

Laravelで併用したいチェックツール

Laravelでは、文法チェックに加えて以下のツールも使うと便利です。

php -l               → PHP構文チェック
vendor/bin/phpstan   → 静的解析
vendor/bin/pint      → コードスタイル整形
composer test        → テスト実行

たとえば、PHPStanを実行する場合は以下です。

vendor/bin/phpstan analyse app

Laravel Pintでコードスタイルを整える場合は以下です。

vendor/bin/pint

ただし、Laravel Pintは文法チェックツールではありません。

役割としては、コードの書き方や整形ルールを揃えるためのツールです。

オンラインのPHP構文チェックツールを使うときの注意点

オンラインツールは手軽だが注意が必要

オンラインのPHP構文チェックツールを使えば、ブラウザ上にコードを貼り付けて簡単に確認できます。

ただし、業務コードやクライアント案件のコードを外部サイトに貼り付けるのは注意が必要です。

以下のような情報が含まれている可能性があるためです。

・APIキー
・データベース接続情報
・メールアドレス
・顧客情報
・フォーム送信先
・広告タグ連携処理
・独自のCV計測ロジック
・会員サイトの内部処理

特にWordPressやフォーム関連のPHPファイルには、機密性の高い情報が含まれていることがあります。

基本はローカル環境でチェックする

安全性を考えると、PHPの文法チェックはローカル環境で行うのがおすすめです。

php -l sample.php

ローカルでチェックすれば、ソースコードを外部サービスに送信せずに済みます。

業務コードを扱う場合は、オンラインツールよりも、ローカル環境・エディタ・CIを使ったチェック体制を整えましょう。

PHPの文法チェックを実務で使う流れ

個人開発の場合

個人開発や小規模な修正であれば、まずは php -l で十分です。

php -l sample.php

複数ファイルを編集した場合は、まとめてチェックします。

find . -name "*.php" -not -path "./vendor/*" -print0 | xargs -0 -n1 php -l

余裕があれば、PHP_CodeSnifferやPHPStanも導入するとよいでしょう。

WordPress案件の場合

WordPress案件では、以下の流れがおすすめです。

1. 編集したPHPファイルを php -l で確認する
2. テーマ・プラグイン全体を php -l で確認する
3. WordPress Coding Standardsで規約チェックする
4. ブラウザで表示確認する
5. 管理画面・フォーム・投稿ページなどの動作を確認する

WordPressでは、PHPの構文エラーが画面全体のエラーにつながることがあります。

特に、以下のファイルを編集した後は慎重に確認しましょう。

・functions.php
・header.php
・footer.php
・single.php
・archive.php
・page.php
・プラグインのメインファイル

チーム開発の場合

チーム開発では、個人の手作業だけに頼らないことが大切です。

おすすめは、以下のようなチェック体制です。

・エディタでリアルタイムチェック
・Composer scriptsでコマンドを統一
・pre-commit hookでコミット前チェック
・GitHub Actionsでプルリクエスト時に自動チェック
・PHPStanやPsalmで静的解析

このように複数の段階でチェックすることで、構文エラーや基本的な不具合を早い段階で発見できます。

PHPの文法チェックで注意すべきポイント

本番環境と同じPHPバージョンでチェックする

PHPはバージョンによって使える構文や挙動が異なります。

たとえば、開発環境ではPHP 8.3、本番環境ではPHP 7.4という状態だと、開発環境では問題ないコードが本番環境でエラーになる可能性があります。

そのため、文法チェックはできるだけ本番環境と同じPHPバージョンで実行しましょう。

php -v

このコマンドで、現在使っているPHPのバージョンを確認できます。

vendorは基本的にチェック対象から外す

Composerを使っているプロジェクトでは、vendor ディレクトリに外部ライブラリが入ります。

通常、vendor 配下のコードは自分たちで直接修正しないため、文法チェックの対象から外して問題ありません。

find . \
  -name "*.php" \
  -not -path "./vendor/*" \
  -print0 | xargs -0 -n1 php -l

ただし、ライブラリ自体の互換性を調べたい場合は別です。

その場合は、PHPバージョンや依存パッケージの対応状況も含めて確認する必要があります。

構文チェックと動作確認は別物

php -l でエラーが出なかったとしても、コードが正しく動くとは限りません。

たとえば、以下のような問題は文法チェックだけでは見つけにくいです。

・条件分岐のロジックが間違っている
・フォーム送信後の処理が想定と違う
・データベースへの保存内容が間違っている
・表示すべきHTMLが出力されていない
・権限チェックが不足している

そのため、文法チェックのあとには、実際の動作確認も必要です。

PHPの文法チェック方法まとめ

まず覚えるべきコマンド

PHPの文法チェックで最初に覚えるべきコマンドは、以下です。

php -l ファイル名.php

特定のファイルを確認する場合は、以下のように使います。

php -l sample.php

問題がなければ、以下のように表示されます。

No syntax errors detected in sample.php

実務では複数のチェック方法を組み合わせる

PHPの文法チェックは、php -l だけでも可能です。

ただし、実務で品質を高めるなら、以下のように複数の方法を組み合わせるのがおすすめです。

・php -lで構文チェックする
・VS Codeなどのエディタで編集中に確認する
・PHP_CodeSnifferでコーディング規約を確認する
・PHPStanやPsalmで静的解析する
・Git hooksでコミット前にチェックする
・GitHub Actionsで自動チェックする

目的別に整理すると、以下のようになります。

目的	使用する方法
PHPの構文エラーを確認したい	php -l
複数ファイルをまとめて確認したい	find + php -l / PowerShell
エディタ上で確認したい	VS Code拡張機能
コーディング規約を確認したい	PHP_CodeSniffer
自動修正したい	phpcbf / Laravel Pint / PHP CS Fixer
型や潜在的なバグを見つけたい	PHPStan / Psalm
WordPress向けにチェックしたい	WordPress Coding Standards
チームで自動チェックしたい	Composer scripts / Git hooks / GitHub Actions

PHPの文法チェックは、エラーを早期に発見するための基本作業です。

まずは php -l を使い、必要に応じてPHP_CodeSnifferやPHPStanなどを組み合わせることで、より安全で保守しやすいPHPコードに近づけられます。

以上、PHPの文法チェックの方法についてでした。

最後までお読みいただき、ありがとうございました。