過去バージョン

注意: safe_mode 有効時 / 一部のレンタルサーバ / PHP-FPM ではこの方法が効かないことがあります。

対処2: php.ini で全体設定

; /etc/php/8.2/fpm/php.ini または /etc/php/8.2/cli/php.ini
max_execution_time = 60

; Web からのアップロード時間
max_input_time = 60

; メモリも合わせて
memory_limit = 256M

変更後は systemctl reload php8.2-fpm または Apache 再起動が必要です。CLI と FPM で php.ini が別なので両方確認:

# CLI で使われている php.ini
php --ini

# Web (FPM) で使われている php.ini
php -i | grep "Loaded Configuration File"
# または  を実行

対処3: .htaccess で個別設定（Apache + mod_php）

# .htaccess（プロジェクトルートに配置）

    php_value max_execution_time 120
    php_value max_input_time 120
    php_value memory_limit 256M

PHP-FPM 環境では .htaccess の php_value は効きません。FPM のプール設定または .user.ini を使います:

; .user.ini（公開ディレクトリに配置、5 分キャッシュ）
max_execution_time = 120
memory_limit = 256M

対処4: CLI での実行時間

バッチ処理を CLI で動かすとき、php.ini の CLI 用設定または引数で個別指定できます:

# 1 回の実行のみ無制限化
php -d max_execution_time=0 batch.php

# CLI 用 php.ini を確認
php --ini
# /etc/php/8.2/cli/php.ini に対して
# max_execution_time = 0 と書くのが定石（CLI は基本無制限）

対処5: PHP-FPM の request_terminate_timeout

PHP-FPM には独自のタイムアウト request_terminate_timeout もあり、こちらは php.ini の max_execution_time より優先 されます:

; /etc/php/8.2/fpm/pool.d/www.conf
request_terminate_timeout = 120s

; 0 にすると php.ini の max_execution_time を尊重
request_terminate_timeout = 0

FPM のさらに上流（Nginx / Apache mod_proxy_fcgi）のタイムアウト（fastcgi_read_timeout / ProxyTimeout）も延ばす必要があります。

対処6: Laravel / Symfony で Queue に逃がす（根本対処）

そもそも Web リクエスト中に長時間処理を走らせるのは UX 的にもサーバ的にも悪手です。非同期ジョブに逃がすのが現代的な解です:

id)->get();  // 10000 回
}

// 良い例: eager loading で 2 回
$users = User::with('orders')->get();
foreach ($users as $user) {
    $orders = $user->orders;  // 追加クエリなし
}

// チャンク処理で大量レコード
User::chunk(1000, function ($users) {
    foreach ($users as $user) {
        processUser($user);
    }
});