PHP静态化部署不能只靠copy文件，因依赖扩展、php.ini配置、时区、open_basedir及文件权限等运行时环境；opcache缓存opcode易致路径、动态代码、软链解析等问题，需针对性调参与重置。
PHP 静态化部署时为什么不能只靠 copy 文件？
静态化部署不是把 index.php 和模板丢到服务器就完事。PHP 脚本依赖运行时环境：扩展、php.ini 配置、时区、open_basedir 限制、甚至文件权限（比如缓存目录是否可写）。线上和本地环境稍有差异，就可能触发 Warning: include(): open_basedir restriction in effect 或 Class not found。
实操建议：
- 用
php -m核对线上是否启用了必需扩展（如mbstring、curl、opcache） - 用
php --ini确认加载的是哪个php.ini，别被 cPanel 或 Docker 多配置搞混 - 检查
date.timezone是否设为有效值（如Asia/Shanghai），否则date()可能返回 false - 静态资源（CSS/JS）路径尽量用绝对 URL 或
$_SERVER['DOCUMENT_ROOT']拼接，避免相对路径在子目录下失效
开启 opcache 后「部分功能失效」的常见原因
不是 opcache 本身坏了，而是它缓存了「编译后的 opcode」，而某些动态行为（如频繁改文件、eval()、create_function()、或基于 __FILE__ 的路径判断）会因缓存未刷新或语义错位出问题。
典型现象包括：
立即学习“PHP免费学习笔记（深入）”；
- 修改了
config.php但页面仍读旧值 → opcache 没检测到文件变更 -
require_once('helper.php')在某些请求中报错找不到文件 → opcache 缓存了失败的查找路径（尤其配合include_path时） - 使用
eval("return function(){};")报语法错误 → opcache 默认禁用eval()缓存（opcache.enable_cli=0且opcache.save_comments=1时更易触发）
关键参数调整建议：
