| 开发者 | swissky |
|---|---|
| 更新时间 | 2026年8月6日 16:36 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
warmup-rocks directory to /wp-content/plugins/, or install the ZIP in Plugins > Add New.warmup.rocks recognizes cache and edge headers from Cloudflare, Amazon CloudFront, Fastly, Akamai, bunny.net, and CDN77. It can send warming requests to other CDNs too, but detailed provider or edge reporting depends on the headers returned by that CDN.
No. Cloudflare is supported, but it is not required. The same WordPress trigger works with CloudFront, Fastly, Akamai, bunny.net, CDN77, and other CDN setups that cache your public pages.
No. The warming run happens on warmup.rocks, outside WordPress. You do not have to deploy a Worker, buy a proxy plan, or keep a long crawler process running on your web server.
No. It asks warmup.rocks to visit public URLs from your sitemap through distributed locations. Your CDN decides whether a response can be cached. If the CDN returns BYPASS or DYNAMIC, the dashboard reports that instead of claiming the page was warmed.
No. Those WordPress cache plugins preload the page cache on your origin server. warmup.rocks warms the separate CDN edge cache used by Cloudflare, CloudFront, Fastly, Akamai, bunny.net and other CDNs. Keep your page-cache plugin enabled and use both layers.
Yes. Cloudflare APO makes public WordPress HTML cacheable at the edge. warmup.rocks requests those pages from distributed locations and reports whether Cloudflare returned HIT, MISS, EXPIRED, BYPASS or DYNAMIC. It does not replace APO or change your Cloudflare cache rules.
A purge removes cached copies, while each CDN edge can also expire or evict a page independently. Publish-triggered and scheduled runs request the public URLs again. Adaptive warming uses observed cache headers and HIT/MISS history to avoid blindly warming every URL on every run.
The plugin detects WordPress core sitemaps plus common Yoast SEO and Rank Math sitemap indexes on the same HTTPS site. warmup.rocks resolves nested indexes before runs, so newly published public pages can be discovered without maintaining a URL list by hand.
Yes, when the CDN already excludes carts, checkout, accounts, logged-in sessions, and private responses. The plugin does not weaken those rules. It warms public product and category pages, while your CDN remains responsible for deciding what may be cached.
The plugin groups changes for 90 seconds. warmup.rocks also enforces a server-side cooldown, so repeated edits do not create a run for every save.
WordPress starts the flow from an authenticated administrator action with a nonce and random state. The dashboard only lists owned projects with the exact same HTTPS origin. It returns a single-use code that expires after 10 minutes. WordPress exchanges that code directly with warmup.rocks, so the Deploy Hook secret never appears in the browser address. Manual hook entry remains available under Advanced.
The plugin waits at least seven days and at least three completed runs for the connected project. It does not require cache hits or a positive result. You can leave an honest review, postpone the notice for 30 days, or dismiss it permanently.