虚拟主机无法自行安装php，只能选用空间商预装版本；确认版本与扩展需通过phpinfo.php文件查看php version、loaded configuration file及extensions；低版本适配应配置composer平台版本并避免php 8+语法；.user.ini或.htaccess中多数php参数被禁用；500错误优先排查文件权限、utf-8无bom编码及短标签设置。
虚拟主机上无法自行安装 PHP，你只能选用空间商预装的版本——这是绝大多数共享主机环境的硬性限制。
怎么确认当前虚拟主机支持的 PHP 版本和扩展
空间商通常提供控制面板（如 cPanel、DirectAdmin），但最直接可靠的方式是上传一个 phpinfo.php 文件：
<?php phpinfo(); ?>
访问该文件后重点查看：PHP Version、Loaded Configuration File（实际生效的 php.ini 路径）、以及 extensions 区域是否启用了你需要的模块（如 curl、mbstring、openssl）。
常见陷阱：
立即学习“PHP免费学习笔记（深入）”；
- 控制面板里显示“可切换 PHP 8.1”，但切换后
phpinfo()仍显示 7.4 → 实际未生效，需检查是否启用“多 PHP 版本支持”或联系客服强制刷新 -
extension=gd.so在php.ini中已写，但phpinfo()里没出现 GD → 空间商禁用了该扩展，无法绕过
如何在不改服务器配置的前提下适配低版本 PHP（如 7.2 或更低）
很多现代框架（Laravel 10+、Symfony 6+）要求 PHP ≥ 8.1，但多数廉价虚拟主机只提供 PHP 7.2–7.4。此时不是“升级 PHP”，而是降级代码兼容性：
- Composer 安装时强制指定 PHP 平台：
composer install --ignore-platform-reqs不推荐；应改用composer config platform.php "7.4.33"，再运行composer update - 避免使用 PHP 8+ 语法：如
match表达式、联合类型（string|int）、#[Attribute]注解 → 这些在 PHP 7.x 下直接报Parse error - 替代原生函数：用
json_last_error_msg()（PHP 7.3+）的兼容写法：function json_last_error_msg() { return json_last_error() === JSON_ERROR_NONE ? 'No error' : 'JSON error'; }
为什么 .user.ini 或 .htaccess 设置的 PHP 参数经常不生效
虚拟主机通常禁用用户级 PHP 配置覆盖，尤其是涉及安全或资源限制的指令：
-
disable_functions、allow_url_fopen、memory_limit、max_execution_time等参数在.user.ini或.htaccess中设置会被忽略 —— 空间商已在主配置中锁定 - 可用的指令非常有限：
date.timezone、upload_max_filesize、post_max_size（且不能超过服务商设定的硬上限） - 验证方式：修改后访问
phpinfo()，搜索对应项，看 “Local Value” 是否已变；若仍是 “Master Value”，说明被屏蔽
遇到“PHP not found”或“500 Internal Server Error”该怎么排查
这不是 PHP 没安装，而是执行链断裂。优先检查这三项：
- 文件权限错误：
.php文件权限设为644，目录为755；777反而会触发安全拦截导致 500 -
编码问题：PHP 文件保存为 UTF-8 无 BOM 格式；BOM 头会导致
Cannot modify header information或空白页 - 短标签未启用：
写法在大多数虚拟主机默认关闭，必须改用<?php开头；检查phpinfo()中short_open_tag值是否为Off
真正需要“下载安装 PHP”的场景，只存在于你拥有独立服务器（VPS/云主机）并能 SSH 登录的情况；共享虚拟主机的 PHP 环境完全由空间商掌控，适配的核心永远是“接受限制，调整代码”。
