PHP 8.3生产部署必须修改三项php.ini配置：display_errors = Off（防敏感信息泄露）、error_log = /var/log/php8.3/error.log（确保日志可追溯）、opcache.enable = 1且opcache.validate_timestamps = 0（启用缓存并禁用文件时间戳校验）。
PHP 8.3安装后必须改的三个php.ini项
装完php8.3-fpm或php8.3-apache后，仅启用扩展远远不够。以下三项不手动覆盖，90%的旧项目会挂：
-
display_errors = Off—— 必须关，否则前端暴露完整路径和变量值；Laravel/ThinkPHP等框架即使设了APP_DEBUG=false，这里开着也会绕过框架兜底 -
error_log = /var/log/php8.3/error.log—— 显式指定日志路径，避免写入/tmp被定期清理导致问题不可追溯 -
opcache.enable = 1且opcache.validate_timestamps = 0—— 生产必须开OPcache，但validate_timestamps=0仅适用于代码不热更的场景；若用Git钩子自动部署，此处要设为1并配合opcache.revalidate_freq=2
Nginx转发PHP请求时fastcgi_param容易漏的关键项
PHP 8.3对$_SERVER变量注入更严格，Nginx默认fastcgi_params文件缺失两个关键映射，会导致$_SERVER['HTTPS']始终为空、$_SERVER['REQUEST_URI']带多余查询参数：
- 在
location ~ \.php$块内显式添加：fastcgi_param HTTPS $https if_not_empty;（用于识别反向代理后的HTTPS） - 必须用
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;替代老旧的$document_root，否则symlink项目（如Laravel的public软链）会触发open_basedir拒绝 - 检查
variables_order是否含E（即系统环境变量），否则getenv('DB_HOST')类调用直接返回false
composer install --no-dev在PHP 8.3下失效的典型表现
PHP 8.3默认禁用assert()的字符串回调语法，而部分旧版composer.lock中dev依赖（如phpunit/phpunit）的autoload规则仍含此类写法。执行composer install --no-dev后，vendor/autoload.php加载时直接Fatal error：
- 验证方式：运行
php -d assert.active=1 vendor/autoload.php，看是否报Deprecated: assert(): Calling assert() with a string argument is deprecated - 解决路径：升级
composer到2.5+，再执行composer update --lock --no-dev强制重写lock文件 - 终极保险：删除
vendor和composer.lock，用composer install --no-dev --ignore-platform-reqs跳过PHP版本校验（仅限紧急上线）
PHP-FPM pool配置里最常被忽略的内存与超时项
PHP 8.3的memory_limit默认值未变（128M），但OPcache和JIT编译器实际占用更多RSS内存。一个pm.max_children=5的pool在高并发下可能因OOM被系统KILL：
立即学习“PHP免费学习笔记（深入）”；
- 必须设置
pm.max_requests = 500—— 防止长时间运行的worker积累内存碎片 -
request_terminate_timeout = 30s比默认0更安全，避免慢SQL或curl卡死整个pool -
slowlog = /var/log/php8.3/fpm-slow.log+request_slowlog_timeout = 5s，能快速定位阻塞点
ini片段、fastcgi_param映射、composer锁文件、opcache开关状态全部协同生效——少改一处，就可能让错误日志静默消失，或者让缓存永远不更新。 
