| 开发者 | graphicscove |
|---|---|
| 更新时间 | 2026年10月29日 17:16 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
DONOTCACHEPAGE + no-cache headers), and the banner re-checks a no-store status endpoint on load, so it still appears on a page that was cached while you were open.[gcsph_banner]/wp-content/plugins/ or install it through the Plugins screen.Almost always one of two things:
No. Only checkout is blocked. Customers can browse and add to cart. On the checkout page the order form is replaced with a notice explaining when you reopen; their basket is kept.
Supported. The Checkout block is replaced with the same "we reopen at…" panel, and order placement is blocked on the Store API request as well as the classic checkout.
That is the thing this plugin is designed to avoid. Pauses expire on their own and the schedule is evaluated fresh on each request: there is no cron flag to get stuck.
Yes. With "Staff bypass" enabled (default), any logged-in user who can manage WooCommerce reaches a normal, working checkout even while the shop is closed, so you can place test orders. Everyone else is blocked. Turn "Staff bypass" off if you want the block to apply to you as well. Either way, always confirm the closed state in a logged-out / incognito window, since your own admin session does not reflect what customers see.
Yes. While gated, cart and checkout tell page-cache plugins to bypass them, and the banner self-corrects on load via a no-store status endpoint (so it appears even on a page that was cached while you were open). Edge or proxy caches (Varnish, Cloudflare, etc.) may need a rule to skip caching on the cart and checkout pages, which is standard for WooCommerce.