应禁止CDN缓存PHP动态接口：在PHP中设置Cache-Control: no-cache等响应头，并在CDN后台对.php或/api/路径配置为绕过缓存；同时添加Vary: Cookie防止会话串号。

CDN 缓存了不该缓存的 PHP 动态接口怎么办

CDN 加速后动态内容变慢，大概率是 CDN 把 POST、GET 带参数的 API 接口（比如 /api/user/profile.php）也缓存了，导致用户看到旧数据或请求被拦截重定向。PHP 本身不控制 CDN 行为，关键在响应头和 CDN 配置。

• 检查 PHP 脚本是否显式输出了缓存头：header('Cache-Control: public, max-age=3600') —— 动态接口必须改成 no-cache 或 no-store
• 确保所有动态 PHP 路由（尤其是含 $_GET 或 $_POST 的）都加兜底控制：

  header('Cache-Control: no-cache, no-store, must-revalidate');
  header('Pragma: no-cache');
  header('Expires: 0');

• 在 CDN 后台（如 Cloudflare、阿里云 DCDN）设置「缓存规则」：对匹配 *.php 或 /api/* 的路径，强制设置「缓存等级」为 绕过缓存（Bypass） 或「不缓存（No Cache）」

PHP 输出内容被 CDN Gzip 压缩两次导致解析失败

部分 CDN（如腾讯云 CDN）默认开启 Gzip，而 PHP 又通过 ob_gzhandler 或 zlib.output_compression = On 再压一次，浏览器解压时出错，表现为 JSON 解析失败、页面空白或 SyntaxError: Unexpected token。

• 禁用 PHP 层压缩：确认 php.ini 中 zlib.output_compression = Off；代码中避免调用 ob_start('ob_gzhandler')
• 检查响应头：curl -I https://yoursite.com/api/data.php 看是否有两个 Content-Encoding: gzip —— 有即为双重压缩
• CDN 侧保持 Gzip 开启即可（它更靠近用户，压缩效率更高），PHP 只负责输出原始响应体

CDN 回源超时或 PHP-FPM 响应慢放大成前端卡顿

CDN 回源请求 PHP 接口时，若 PHP 处理慢（如查库未加索引、同步调用第三方 API），CDN 默认等待 30 秒才返回 504，用户端就感知为「加载中…」长达半分钟。

Browser Session Manager

使用 Playwright 为 jimeng.jianying.com 管理浏览器会话，导入 cookies/localStorage 以自动化视频生成工作流，支持图片上传等功能

下载

• 给关键动态接口设短超时：在 Nginx 回源配置中限制 proxy_read_timeout 8;（单位秒），让 CDN 尽快失败并触发降级逻辑
• PHP 内部做超时控制：用 set_time_limit(5) 防止单个脚本跑太久；数据库查询加 mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 3)
• 避免在接口里做耗时操作：文件读写、sleep()、未加 ignore_user_abort(true) 的异步任务，统统移出主响应流

CDN 缓存了 Set-Cookie 或登录态导致用户串号

如果 PHP 接口设置了 Set-Cookie（如 session_start()），而 CDN 错误地缓存了该响应，后续用户可能拿到别人的 Cookie，造成登录态污染或 403。

立即学习“PHP免费学习笔记（深入）”；

• 所有涉及身份、会话、个性化数据的 PHP 脚本，必须加 header('Vary: Cookie') —— 告诉 CDN：Cookie 不同，缓存 Key 就不同
• 更稳妥做法：对 /user/、/dashboard/ 类路径，在 CDN 规则中直接设置「不缓存 + 透传 Cookie」
• 验证方式：用两个不同账号分别访问同一接口，抓包看响应头中的 Set-Cookie 值是否一致 —— 一致即被错误缓存

实际线上最常被忽略的是 Vary 头和 CDN 缓存规则的粒度——不是「关掉整个 CDN」，而是精准标记哪些路径必须绕过、哪些头必须参与缓存键计算。PHP 代码层能做的有限，真正的调整重心在 CDN 控制台与反向代理（Nginx）的配合。