Mac搭建PHP+Apache环境必须完成签名、模块路径配置、php.ini定位及DocumentRoot权限四环节，缺一即导致500/403或PHP不解析；macOS 12+强制要求libphp.so代码签名，Homebrew PHP模块路径与系统Apache配置不兼容，需严格匹配apachectl来源、LoadModule路径、php.ini位置及Directory授权。
Mac 搭建 PHP + Apache 环境不是“装完就跑”，而是必须解决签名、模块加载路径、配置文件归属、以及权限链这四个硬性环节。跳过任一环，http://localhost/info.php 要么 500，要么 403，要么直接不解析 PHP。
为什么 macOS 12+ 必须给 libphp.so 签名
Apple 自 macOS 12（Monterey）起强制要求所有第三方动态模块（包括 Homebrew 安装的 libphp.so）必须带有效的代码签名，否则 Apache 启动时会静默拒绝加载，日志里只显示 Cannot load module，不报具体原因。
常见错误现象：sudo apachectl start 成功返回，但访问 .php 文件返回空白页或 500 错误；tail -f /var/log/apache2/error_log 中出现类似 module not found or not signed 的模糊提示。
- 证书必须用“钥匙串访问”创建，类型选“代码签名”，不能用“SSL”或“自签名”通用证书
- 签名命令中路径要严格匹配你安装的 PHP 版本，比如
php@8.3对应路径是/opt/homebrew/opt/php@8.3/lib/httpd/modules/libphp.so - 签名后必须重启 Apache：仅
brew services restart httpd不够，Homebrew 安装的httpd和系统自带apachectl是两套服务，混用会导致配置不生效
LoadModule php_module 路径错一个字符就失效
Homebrew 安装的 PHP 模块路径和系统默认 Apache 配置预期的路径完全不同，硬写 libexec/apache2/libphp.so 必然失败。关键不是“有没有启用那行”，而是“路径是否真实存在且可读”。
立即学习“PHP免费学习笔记（深入）”；
使用场景：你用 brew install php@8.3，模块实际在 /opt/homebrew/opt/php@8.3/lib/httpd/modules/libphp.so；但如果你用 brew install httpd，它的 httpd.conf 默认在 /opt/homebrew/etc/httpd/httpd.conf；而系统自带 Apache 的配置在 /etc/apache2/httpd.conf ——二者不可混用。
- 先确认你用的是哪套 Apache：运行
which apachectl，输出/usr/sbin/apachectl表示系统自带；输出/opt/homebrew/bin/apachectl表示 Homebrew 安装 - 对应编辑正确的配置文件：
sudo nano /etc/apache2/httpd.conf或sudo nano /opt/homebrew/etc/httpd/httpd.conf - LoadModule 行末尾**不能加引号**，也不能加证书名（如
"PHPCA"），那是旧教程误导；签名已作用于文件本身，Apache 不需要再指定证书
php.ini 放错位置等于没配
PHP CLI 和 Apache 加载的 php.ini 是两个不同文件，改了命令行用的配置，对网页无效；反之亦然。执行 php --ini 显示 CLI 路径，而 phpinfo() 页面里的 “Loaded Configuration File” 才是 Apache 实际读的路径。
性能影响：如果 php.ini 不存在或路径错误，PHP 会回退到内置默认值，比如 upload_max_filesize = 2M、max_execution_time = 30，开发时极易触发超时或上传失败。
- Homebrew PHP 的默认
php.ini模板路径是/opt/homebrew/etc/php/8.3/php.ini.default，需手动复制为php.ini - 修改前先确认版本号：
php -v输出PHP 8.3.x，就去php/8.3/目录，别进错php/8.2/或php/8.4/ - 关键项必须显式设置：
date.timezone = Asia/Shanghai、extension=mbstring、extension=pdo_sqlite；仅取消注释不够，要确认扩展文件真实存在（ls /opt/homebrew/lib/php/20230831/查看 so 文件名）
DocumentRoot 权限和 Directory 块必须同步放开
Apache 启动用户（_www）无法读取你的项目目录时，即使 PHP 模块加载成功，也会返回 403 Forbidden，且错误日志里只写 client denied by server configuration，不提权限。
容易踩的坑：很多人只改了 DocumentRoot "/path/to/my/project"，却忘了同步更新同文件中紧邻的 <Directory "/path/to/my/project"> 块，导致新路径仍被 Require all denied 拦截。
- 默认系统 Apache 的 DocumentRoot 是
/Library/WebServer/Documents，该目录属主是root:wheel，需至少加Require all granted并确保Options FollowSymLinks开启 - 若用 Homebrew Apache，其默认 DocumentRoot 是
/opt/homebrew/var/www，该目录属主是当前用户，但 Apache 进程以_www身份运行，仍需chmod 755 /opt/homebrew/var/www并在<Directory>中明确授权 - 不要用
chmod 777全局放行 —— Apache 2.4+ 会直接拒绝启动，报错Invalid command 'AllowOverride'类似提示
最常被忽略的一点：Apache 和 PHP 的日志不在同一位置。sudo apachectl configtest 只校验语法，不验证模块加载；真正问题得看 /var/log/apache2/error_log（系统 Apache）或 /opt/homebrew/var/log/httpd/error_log（Homebrew Apache），而且必须等你访问一次页面后日志才追加新条目。
