Apache 2.4.54 + PHP 7.2.34 必须手动配置 Alias 与对应 <Directory> 才能运行虚拟目录，因仅改 DocumentRoot 不触发跨路径访问授权和 PHP 解析绑定；Windows 下跨盘符、含空格/中文路径易致语法错误，且需启用 prefork MPM、TS 版 PHP、绝对 extension_dir 及显式 SetHandler。
Apache 2.4.54 + PHP 7.2.34 能跑虚拟目录，但必须手动配置 Alias 和对应 <Directory>，不能只靠改 DocumentRoot。
为什么改了 DocumentRoot 还访问不到你的测试站点
很多人把项目放到非 htdocs 目录（比如 D:/myproject），然后只改 httpd.conf 里的 DocumentRoot 和 <Directory> 路径，重启 Apache 后仍 403 或 404。根本原因是：Apache 默认禁止跨分区/跨路径访问，且 PHP 模块不会自动识别新路径下的 .php 文件——除非你显式声明该路径被允许执行 PHP。
- Windows 下若项目在
D:盘而 Apache 安装在C:盘，DocumentRoot "D:/myproject"必须配对<Directory "D:/myproject">，且里面要有Require all granted - PHP 解析依赖
AddType application/x-httpd-php .php，但它只作用于被<Directory>允许的路径；没配<Directory>，哪怕文件存在，Apache 也拒绝交给 PHP 处理 - 路径中含空格或中文（如
D:/我的项目）会直接导致httpd -t配置检查失败，报错类似：Syntax error on line XX of httpd.conf: Invalid command 'my', perhaps misspelled or defined by a module not included in the server configuration
用 Alias 实现安全可控的虚拟目录
比硬改 DocumentRoot 更稳妥的方式是保留默认站点根目录，用 Alias 映射子路径到任意物理位置。例如让 http://localhost/testsite/ 指向 D:/php72-test。
- 在
httpd.conf末尾添加：Alias /testsite "D:/php72-test" <Directory "D:/php72-test"> Options Indexes FollowSymLinks AllowOverride All Require all granted <FilesMatch \.php$> SetHandler application/x-httpd-php </FilesMatch> </Directory> -
AllowOverride All是关键：它允许该目录下使用.htaccess，这对很多 PHP 源码（如 Discuz、WordPress）的伪静态和权限控制必不可少 - 别漏掉
<FilesMatch>块——PHP 7.2.34 在 Apache 2.4.54 下不默认为所有<Directory>启用 PHP 解析，必须显式绑定SetHandler - 改完后务必运行
httpd -t验证语法，再httpd -k restart重启服务
PHP 7.2.34 特定兼容要点
这个组合虽旧但稳定，不过有三个容易忽略的硬性匹配点：
立即学习“PHP免费学习笔记（深入）”；
- Windows 下必须用
Thread Safe (TS)版本的 PHP，且 DLL 名必须含php7apache2_4.dll（不是php8apache2_4.dll或php7apache2_2.dll）。加载错误时 Apache 日志里会出现：Cannot load D:/php/php7apache2_4.dll into server: The specified module could not be found. -
php.ini中extension_dir必须写绝对路径，且结尾不带斜杠：extension_dir = "D:/php/ext"。写成"D:/php/ext/"或相对路径会导致所有扩展（mysqli、gd2）加载失败，phpinfo()里看不到对应模块 - Apache 2.4.54 默认启用
eventMPM，但 PHP 7.2.34 的mod_php只兼容preforkMPM。若启动时报错：AH00534: apache2.exe: Configuration error: No MPM loaded.，需确认httpd.conf中已启用：LoadModule mpm_prefork_module modules/mod_mpm_prefork.so，并注释掉mod_mpm_event.so
测试是否真生效：绕过浏览器缓存看真实响应
配完别急着刷浏览器，先用命令行验证 Apache 是否真把请求转给了 PHP：
- 在虚拟目录下放一个
test.php，内容仅：<?php echo 'PHP OK, PATH: ' . __DIR__; - 用
curl -v http://localhost/testsite/test.php查看响应头和正文。如果返回纯文本（没执行 PHP），说明SetHandler没生效；如果返回PHP OK, PATH: D:/php72-test，说明路径和解析都对了 - 如果页面空白但无报错，检查 PHP 错误日志路径（
php.ini中error_log = "D:/php/logs/php_error.log"），常见是display_errors = Off且日志没开，导致错误被静默吞掉
最常被跳过的一步：没确认 httpd -S 输出里是否真加载了你的 Alias 配置。它不报错不代表被读取——Apache 会默默跳过语法正确但路径不存在的 Alias 块。务必先 mkdir D:/php72-test 再配，否则白调半天。
