子目录部署PHP 8.3时php.ini加载路径错乱，因Web服务器（Apache/Nginx）按全局规则而非子目录路径加载配置，导致CLI正常而Web环境扩展失效、时区不生效；须通过phpinfo()确认Loaded Configuration File实际路径，并确保该文件中extension_dir、extension等配置正确匹配PHP 8.3 API版本及运行模式（FPM/TS/NTS）。
PHP 8.3 子目录部署时 php.ini 加载路径错乱
子目录部署 ≠ 把 PHP 文件丢进子文件夹就能跑。关键问题是：Web 服务器（如 Apache/Nginx）在子目录中执行 php 时，仍按全局规则找 php.ini，而不是你期望的子目录配置。结果就是 CLI 能用、子目录下 phpinfo() 显示的 Loaded Configuration File 是空或指向错误位置。
常见现象：php -v 正常，但子目录里 mysqli 扩展报错、date.timezone 不生效、openssl 提示未启用。
- 确认 Web 服务实际加载的配置路径：在子目录下建
info.php，内容为，访问后查 Loaded Configuration File 行 —— 只改这个路径下的php.ini - 不要依赖
php --ini输出：它只反映 CLI 模式，和 Web 模式完全隔离 - Apache 用户可尝试在子目录
.htaccess中加：php_value date.timezone "Asia/Shanghai"（需AllowOverride All且模块启用），但仅限简单 ini 设置；扩展开关、extension_dir等必须写入真实php.ini - Nginx 用户无法用 .htaccess，必须确保
fastcgi_param PHP_VALUE或include的php.ini路径被正确传递，推荐统一用php-fpm的pool配置指定php_admin_value[php_ini]
Windows 下 WAMP/XAMPP 子目录部署 PHP 8.3 的路径陷阱
WAMP 和 XAMPP 默认把 PHP 安装在 C:\wamp64\bin\php\ 或 C:\xampp\php\，但子目录项目（比如 C:\wamp64\www\myapp\）调用的仍是主 PHP 实例 —— 这意味着你不能靠“把 php8.3.7 整个文件夹拖进子目录”来实现版本隔离。
真正起作用的是 Web 服务绑定的 PHP 版本，不是项目路径。
- WAMP 用户：点击系统托盘图标 →
PHP → Version → php8.3.7，确保全局切换成功；再检查C:\wamp64\bin\php\php8.3.7\php.ini是否已启用extension=mysqli、extension=zip等 - XAMPP 用户：没有多版本切换功能，需手动替换
C:\xampp\php\内容（备份原版！），并确认php.ini中extension_dir = "ext"指向的是当前目录下的ext文件夹 - 路径含空格或中文？哪怕只是
C:\My Projects\myapp，都可能导致extension=php_openssl.dll加载失败 —— 报错信息常是Unable to load dynamic library 'openssl'，实则因 DLL 路径解析中断 - 别在子目录里放独立
php.ini：Apache/Nginx 不会自动读取子目录中的同名文件，除非显式配置（如 Apache 的PHPINIDir指令，极少用且易冲突）
Linux 编译安装 PHP 8.3 后子目录 Web 服务找不到扩展
编译时用了 --prefix=/apps/php8，但 Nginx/Apache 仍报 PHP Warning: PHP Startup: Unable to load dynamic library 'mysqli' —— 根本原因不是扩展没编译，而是 php.ini 里的 extension_dir 指向了错误的 SO 文件路径。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
PHP 8.3 编译后，扩展实际存放路径取决于构建时的 ZTS/线程模型和 PHP API 版本号（如 no-debug-zts-20230831），不是固定叫 ext。
- 先查真实扩展路径：
/apps/php8/bin/php -i | grep extension_dir，输出类似/apps/php8/lib/php/extensions/no-debug-zts-20230831/ - 编辑
/apps/php8/etc/php.ini，确认extension_dir值与上一步完全一致（注意末尾斜杠） - 扩展启用要写对名字：
extension=mysqli（不是extension=php_mysqli.dll或extension=mysqli.so）；Windows 用.dll，Linux 用.so，但php.ini里一律不带后缀 - 如果用
php-fpm，还需检查 pool 配置（如www.conf）中是否覆盖了php_admin_value[extension]，这会强制禁用某些扩展
phpenv 切换版本后子目录项目仍用旧 PHP
你在项目根目录运行了 phpenv local 8.3.7，phpenv version 显示正确，但子目录下 php -v 或 Web 服务仍跑着 7.4 —— 因为 phpenv 只影响 shell 环境中的 php 命令，不影响 Web 服务器进程。
Web 服务（Apache/Nginx/php-fpm）启动时就绑定了 PHP 解释器路径，不会动态读取当前目录的 .php-version。
-
phpenv which php查到的是~/.phpenv/shims/php，它只是代理脚本；Web 服务根本不用这个路径 - 要让 Web 服务用 8.3.7，必须显式配置：Apache 改
LoadModule php_module路径；Nginx 改fastcgi_pass对应的php-fpmsocket 或端口，并确保该php-fpm实例由~/.phpenv/versions/8.3.7/sbin/php-fpm启动 - 验证方式：在子目录
info.php里看 Server API 是FPM/FastCGI还是Apache 2.0 Handler，再对应查其启动命令：ps aux | grep php-fpm或httpd -M | grep php - 别在子目录里再跑
phpenv local：phpenv 不递归查找，只认当前目录或向上第一个.php-version；子目录没该文件，就会回落到 global 版本，造成误判
子目录部署最易被忽略的点：Web 服务和 CLI 是两套完全独立的加载逻辑，它们各自有入口、各自读配置、各自加载扩展。你以为改了一个地方就全局生效，其实只是骗过了自己终端里的 php -v。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
