TOOLNAVIA / 选购指南
Cloudways Flexible 单应用PHP：升级更安全、Cron陷阱与预览限制
先看结论
Cloudways Flexible 现在已经有应用级 PHP 版本文档：同一台服务器上的不同应用可以分别使用不同 PHP 版本。这对代理商、多个 WordPress 站点或 WordPress + Laravel 混合环境很实用，因为一个旧应用不再必须拖住整台服务器的 PHP 升级。需要注意的是可用性口径：Cloudways 当前指南仍写着 Public Preview 和分阶段 rollout，而另一篇当前升级指南已经把应用级 PHP 当成正常操作流程。正式迁移前，应先确认你的服务器里确实出现这个选项。
选购速览
- 适合谁
- 需要不同应用独立升级PHP的代理商与混合PHP环境。
- 收费方式
- Flexible价格随提供商和规格变化；以实时配置为准。
- 先看限制
- 可用性可能受rollout状态影响，多运行环境会增加内存开销。
Flexible 的费用
Cloudways Flexible 价格取决于底层云厂商、服务器规格和地区，因此这个功能没有统一固定月价。官方把应用级 PHP 描述为现有计划包含的能力，而不是额外收费 Add-on。
单应用 PHP 为什么有价值
以前修改 PHP 版本可能影响整台服务器上的所有应用。现在 Cloudways 文档说明，可以在单个应用设置中修改版本，其他应用继续使用自己的版本或服务器默认版本。 Cloudways 的兼容性指南还单独列出了平台支持与已弃用的 PHP 分支。 这适合一个站已经能上 PHP 8.4，而另一个旧站还需要 8.1/8.2 的情况。
不能忽略内存成本
Cloudways 提醒，多 PHP 版本会增加 RAM 占用，尤其是 1GB 或 2GB 服务器；启用应用级多版本时，更建议至少 4GB RAM。 这并不意味着 2GB 一定不能用，而是多版本会成为新的资源变量，服务器规格应该把它算进去。
Cron 可能偷偷跑错 PHP
通过 Cloudways 应用 Cron Job Management 创建的任务，会继承该应用选择的 PHP 版本；平台会写入 PATH 和 WP_CLI_PHP，使普通 php 或 wp 命令指向应用运行环境。 但通过 SSH 手工写入的 crontab 不一样。如果没有平台管理的环境头，裸 php 可能调用服务器默认 PHP，而不是应用自己的版本。能用应用级 Cron 就优先使用；必须手写时，应使用明确的 PHP Binary/路径。
先测试再切换
Cloudways 建议先在 staging 测试，并在生产应用修改 PHP 前创建 On-demand Backup。切换时 PHP 进程会重启，可能给该应用带来非常短暂的中断。 WordPress 当前推荐 PHP 8.3 或更高；PHP 官方生命周期页面则给出各分支的 Active/Security Support 周期。
当前 rollout 口径仍有歧义
应用级 PHP 指南仍标注 Public Preview，并描述 Debian 11+ 的 rollout；而一般 PHP 升级指南已经直接让 Flexible 用户从 Application Settings 修改 PHP。 因此应把它视为可用性提醒，而不是直接判断“所有服务器都有”。如果迁移核心目的就是多应用 PHP，先在真实服务器里确认控件和所需版本是否出现。
购买建议
如果你在同一托管云服务器上跑多个 PHP 应用，并希望它们按各自节奏升级，Cloudways Flexible 很适合，尤其适合代理商和混合应用环境。 但不要因为可以分开选 PHP，就长期保留已经结束支持的旧版本。优先使用受支持分支，把 staging、备份和 Cron 检查一起纳入升级流程。
联盟披露：符合条件的 Cloudways 购买可能给 Toolnavia 带来佣金。
