phpEnv默认Nginx通常未编译fastcgi_cache模块，需验证fastcgi_cache_path指令是否被识别；若报错则须换用“nginx-full”版本或重编译，并确保缓存目录属主为www、权限正确，且站点配置中设置skip_cache逻辑、规范cache_key、禁用POST缓存及预留手动清缓存预案。
确认phpEnv的Nginx是否支持fastcgi_cache
phpEnv默认打包的Nginx版本（如1.20+）通常已启用--with-http_fastcgi_module，但不等于默认开启缓存指令支持。最直接的验证方式是：在phpEnv面板中进入【Nginx配置】→【主配置文件】顶部空白处添加一行：
fastcgi_cache_path /www/phpenv/nginx/fastcgi_cache levels=1:2 keys_zone=PHPENV_CACHE:64m inactive=30m use_temp_path=off;
保存后若提示 unknown directive "fastcgi_cache_path"，说明当前Nginx未编译缓存模块——此时不能强行启用，需更换为phpEnv提供的“带缓存支持”版本（如标注“nginx-full”或“nginx-plus”的安装包），或手动重编译。
缓存目录权限必须匹配Nginx运行用户
phpEnv中Nginx主进程默认以 www 用户启动（非root或www-data），而缓存目录若属主为root或权限为700，会导致Nginx完全无法写入缓存文件，表现为$upstream_cache_status始终返回BYPASS或MISSED。
- 执行命令创建并授权：
mkdir -p /www/phpenv/nginx/fastcgi_cache && chown -R www:www /www/phpenv/nginx/fastcgi_cache && chmod -R 755 /www/phpenv/nginx/fastcgi_cache - 验证是否生效：
ps aux | grep nginx确认主进程用户为www；再执行sudo -u www touch /www/phpenv/nginx/fastcgi_cache/test，无报错才表示可写 - 避免使用
/tmp或/dev/shm路径——phpEnv环境未做相应挂载或SELinux上下文配置，极易因权限或挂载策略失败
网站配置里漏掉fastcgi_no_cache会导致登录态页面被缓存
WordPress、Typecho等PHP程序依赖Cookie或Session判断用户状态，若未显式跳过缓存，已登录用户的后台首页、评论区可能被缓存并返回给其他访客，造成信息泄露或功能异常。
立即学习“PHP免费学习笔记（深入）”；
在站点配置的location ~ \.php$块内，必须加入条件判断：
set $skip_cache 0;
if ($request_uri ~* "/wp-admin/|/wp-login.php|/admin/|/user/") {
set $skip_cache 1;
}
if ($http_cookie ~* "wordpress_logged_in|PHPSESSID") {
set $skip_cache 1;
}
fastcgi_no_cache $skip_cache;
fastcgi_cache_bypass $skip_cache;注意：fastcgi_cache_bypass 和 fastcgi_no_cache 必须成对出现，且变量值为1时才真正绕过；仅写fastcgi_no_cache 1是无效的硬编码，会被忽略。
fastcgi_cache_key不匹配会导致缓存击穿和重复生成
默认的fastcgi_cache_key不含请求参数或协议头，比如/article?id=123和/article?id=456可能共用同一缓存key，造成内容错乱。phpEnv环境下建议显式定义：
fastcgi_cache_key "$scheme$request_method$host$request_uri$is_args$args";
这个key包含查询参数，能区分不同ID的详情页；同时要确保fastcgi_cache_methods GET HEAD，禁止缓存POST请求——否则表单提交可能被缓存并返回旧响应。
另外，fastcgi_ignore_headers Cache-Control Expires Set-Cookie 这类指令慎加：它会强制缓存本该不缓存的响应（比如含Set-Cookie的登录成功页），除非你明确知道所有PHP脚本都已自行控制HTTP头且无敏感逻辑。
最常被忽略的是缓存清理机制——phpEnv没有集成ngx_cache_purge模块，也无法通过URL触发清除。一旦缓存污染（如模板更新后仍返回旧HTML），只能手动清空/www/phpenv/nginx/fastcgi_cache目录并重启Nginx，这点在上线前必须有预案。
