| 开发者 | contlimbu |
|---|---|
| 更新时间 | 2026年9月16日 05:54 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
Retry-After header. A 503 tells search engines the outage is temporary and that your existing pages should stay indexed. When you set an end time, Retry-After is calculated from it. No noindex header is ever sent.WP_DEBUG on, a notice or deprecation raised anywhere during the request would otherwise be printed into the response. The 503 response is the document and nothing else. Your error log still receives everything./blog/* keeps a whole section open, / keeps just the home page.limbus_maintenance_page_shop_pause_bypass_maintenance (bool) — let a request through.
limbus_maintenance_page_shop_pause_maintenance_html (string|null) — replace the maintenance page entirely with your own markup.
limbus_maintenance_page_shop_pause_retry_after (int) — change the Retry-After value.
limbus_maintenance_page_shop_pause_purge_cache (action) — fired after the known page caches are cleared, for a server-level cache, Varnish or a CDN.
limbus_maintenance_page_shop_pause_clean_output (bool) — return false to let PHP notices through onto the maintenance page while debugging it.
Languages
The plugin is fully internationalised and follows each user's own WordPress language, so two people on the same site can see it in two different languages. Right-to-left locales get a right-to-left layout, in the settings screen and on the maintenance page. Translations are managed on translate.wordpress.org and contributions are welcome there.
Privacy and external services
This plugin does not connect to any external service. It sends no data anywhere, sets no third-party cookie, loads no remote asset and collects no analytics. The only cookie it sets is on your own domain, when you open your own preview link, and it stores a hash rather than the key itself.
Credits
Developed and maintained by Stefanos Athanassopoulos at Limbus Studio, a French studio whose day job is looking after WordPress sites. It is the tool we wanted for our own maintenance windows and our clients' WooCommerce holiday closures.
Visitors get HTTP 503 with a Retry-After header, which tells search engines the outage is temporary and that your existing pages should stay indexed. If you set an end time, Retry-After is calculated from it. No noindex is sent.
Yes, it is the same switch. Set your title and message, turn it on, and the page stays up until you turn it off. Before a launch, when nothing is indexed yet, the 503 costs you nothing; on a site that is already live, it is what protects your rankings during an update.
Almost always a page cache. WP Rocket, LiteSpeed and the others store finished HTML and serve it from a drop-in that runs before any plugin loads, so visitors keep getting the stored pages. The plugin empties the caches it can detect each time you switch a mode, and the settings screen names the one it found. If your host or CDN adds its own cache — Varnish, nginx, Cloudflare — clear that one too, or hook onto limbus_maintenance_page_shop_pause_purge_cache to do it automatically.
A quick way to tell the difference: open a URL that cannot be cached, such as yoursite.com/a-page-that-does-not-exist/. If that returns the maintenance page, the plugin is working and only the cache is in the way.
Yes. You stay logged in and see the site normally. You can widen that to editors, or to anyone with an account.
Copy the preview link from the settings page and send it. Opening it sets a cookie that lasts a month. Generate a new link at any time to revoke the old one.
Not from the settings screen: the directory does not allow plugins to store arbitrary CSS. Developers can return their own markup from the limbus_maintenance_page_shop_pause_maintenance_html filter, in a theme or a site-specific plugin.
Products become non-purchasable while the pause is on, and WooCommerce removes non-purchasable items from carts when it validates them. For a planned closure this is the intended behaviour. Carts filled after the shop reopens are unaffected.
Yes. Order confirmation and pay-for-order pages stay reachable throughout, so anyone who ordered before the pause is not left stranded.
Yes. The shop pause filters purchasability rather than hiding buttons, which the classic templates, the blocks and the Store API all read. HPOS and Cart/Checkout Blocks compatibility are both declared.
No. Maintenance mode works on any WordPress site. The shop section only does anything when WooCommerce is active, and its settings can be filled in beforehand either way.
Deactivate the plugin from Plugins, which turns both modes off and keeps your settings. If you cannot reach wp-admin at all, rename the limbus-maintenance-page-shop-pause folder over FTP or SFTP. The login page is never blocked, so this should not come up.
Its single option is deleted and nothing is left behind. Tick Keep my settings if I delete the plugin first if you plan to reinstall.
Retry-After headers, and no noindex.WP_DEBUG on; logging is untouched.