### 一、核心原理对比

| 对比维度 | **WP Super Cache** | **CDN Enabler** |
| :————— | :———————————- | :————————————- |
| **核心功能** | **页面静态化缓存** | **CDN URL重写** |
| **解决的问题** | 减少服务器PHP计算负担，加速HTML生成 | 让静态资源（图片、CSS、JS）通过CDN分发 |
| **工作位置** | 服务器端（生成/服务HTML文件） | 输出缓冲层（修改HTML中的URL） |
| **处理对象** | **整个HTML页面** | 页面中的**静态资源URL** |
| **加速效果来源** | 绕过PHP，直接服务静态文件 | 利用CDN边缘节点就近分发资源 |

——

### 二、WP Super Cache：页面静态化缓存

**一句话概括**：把动态的WordPress页面“拍成照片”存起来，下次直接给照片，不用再重新“做饭”。

WP Super Cache 会把你网站的每个页面生成一个**真正的静态HTML文件**保存在服务器上。当用户访问时，Web服务器直接把这个HTML文件发出去，**完全不经过PHP解析和数据库查询**。

#### 三种缓存模式（按速度排序）：

| 模式 | 原理 | 速度 | 适用场景 |
| :———————— | :—————————————————– | :—————- | :——————— |
| **Expert（mod_rewrite）** | Apache直接通过`.htaccess`规则返回静态文件，完全绕过PHP | ⚡最快 | 追求极致性能的技术用户 |
| **Simple（PHP）** | 通过PHP返回“超级缓存”静态文件，但无需加载完整WordPress | ⚡很快（接近前者） | **推荐大多数用户使用** |
| **WP-Cache** | 传统缓存方式，适合已登录用户、带参数URL | 🐢相对最慢 | 处理已知用户/动态内容 |

> **关键点**：99%的未登录访客会收到纯静态HTML文件，对服务器几乎零负担。

#### CDN支持方式：

WP Super Cache 内置了基础的CDN支持，本质也是**URL重写**——把资源地址改成CDN地址。但这只是它功能的“附属品”，核心仍然是页面缓存。

——

### 三、CDN Enabler：纯粹的URL重写工具

**一句话概括**：不改页面内容，只把页面里的地址“换掉”——让图片、CSS、JS走CDN的路。

CDN Enabler **不生成任何缓存文件，也不改变服务器响应逻辑**。它的工作方式是：

1. 捕获即将输出的页面HTML内容
2. 扫描其中的资源URL（图片、CSS、JS等）
3. 把本地域名替换成你配置的CDN域名

### 总结对比

| 对比维度 | **WP Super Cache** | **CDN Enabler** |
| :———– | :—————————– | :—————————————– |
| **前台加速** | 支持（页面缓存 + 基础CDN重写） | 支持（专注于CDN重写） |
| **后台加速** | 基本不支持 | **默认不支持，但官方预留了钩子可手动开启** |
| **核心定位** | 全能型缓存插件，CDN是附属功能 | 轻量级CDN集成插件，功能纯粹 |

– **为什么默认不处理后台？** 后台的加载速度通常对网站运营者更重要，但为了保证绝对稳定、避免因CDN缓存或配置问题导致无法登录后台，绝大多数CDN插件（包括CDN Enabler）都默认屏蔽了后台区域。
– **如果需要加速后台怎么办？** 如果你确实需要（例如后台有大量媒体文件），CDN Enabler 提供了开发者钩子 `cdn_enabler_exclude_admin`。可以通过添加几行代码到主题的 `functions.php` 文件中，将其设置为 `false` 来开启后台加速。
– **它们均支持 前台登录用户 cdn加速**

### CDN Enabler文件扩展名

默认文件扩展名不完整，使用下面内容替换

“`
.avif
.css
.gif
.jpeg
.jpg
.js
.json
.mp3
.mp4
.pdf
.png
.svg
.webp
.woff
.woff2
.ttf
.eot
“`