| 开发者 | visionsolutions |
|---|---|
| 更新时间 | 2026年5月20日 15:54 |
| 捐献地址: | 去捐款 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 6.9 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
cookieboxs folder to the /wp-content/plugins/ directory.Yes.
No. CookieBoxs is a technical tool that can help with consent management and privacy-related configuration. Site owners remain responsible for reviewing their legal obligations, policies, and third-party services.
The plugin includes an automatic script blocker and cookie cleaner. Built-in integrations are designed to load according to their assigned consent category. Google Tag Manager may load earlier and rely on Consent Mode signals, depending on configuration.
Yes. Banner text, category labels, and descriptions can be customized in the plugin settings.
Go to Settings -> CookieBoxs -> Custom Scripts and assign the script to a consent category.
CookieBoxs is designed to work with common caching plugins and standard WordPress themes and builders.
Yes.
Use the shortcode [cookieboxs_settings] or enable the floating badge.
script_blocker / block_youtube / block_vimeo / block_maps. The notice was sticky on every admin screen until dismissed, which became annoying. Settings → Blockers now carries a red warning card (added in 3.0.13) that explains the same information in-context, so the global banner is no longer needed.cookieboxs_show_3_0_9_migration_notice option is now deleted on upgrade so leftover flags from previous installs don't accumulate. Removed show_3_0_9_migration_notice() and maybe_dismiss_migration_notice() methods together with their hooks (admin_notices, admin_init for dismiss).script_blocker = false for fresh installs, and the wizard summary screen no longer mis-reports the off state as a problem (it now shows "✗ Off (recommended)" in neutral grey).sb_warning, sb_not_recommended) added to all 11 language files. The warning is fully localised in English, Polish, German, French, Spanish, Italian, Dutch, Czech, Portuguese, Swedish and Ukrainian.upgrade_notice_limit — the Upgrade Notice entries for 3.0.8, 3.0.9 and 3.0.10 exceeded the 300-character limit set by WordPress.org. The text has been trimmed without losing the essential information.echo expressions in templates/admin.php with esc_attr() or esc_html() even though they return hardcoded literal CSS classes / glyphs. Defends against future code changes that might accidentally let user data flow into those expressions, and satisfies the strict "escape every echo" rule enforced by WordPress.org Plugin Check.cookieboxsIntegrations = {...} JSON fragment from the homepage HTML (the homepage is fetched server-side via wp_remote_get()), the fragment is now passed through sanitize_text_field() before json_decode(). The output is still gated by an is_array() check and only scalar keys are read, but the extra sanitization makes the defensive intent explicit.<script> tags. Site owners who copied the full official snippet from the provider's documentation (e.g. Microsoft Clarity, Google Analytics, Hotjar, Tawk.to) would see no error but the tracker would never run, because the JavaScript body was passed to new Function() together with literal <script> text which causes a SyntaxError. The plugin now strips the wrappers (and legacy HTML comment / CDATA markers) before evaluation, so BOTH formats — pure JS body OR full <script>…</script> snippet — work.int_gads_label option had been stored and passed to the frontend conversion event since earlier releases but there was no UI to set it. Translated label placeholder added to all 11 language files.script_blocker, block_youtube, block_vimeo, block_maps) are force-disabled. The cookie banner, Google Consent Mode v2, integrations and consent logging keep working as before. A one-time dismissible admin notice (translated to all 11 languages) explains the change and links to Settings where the options can be re-enabled after testing on staging.cookieboxs_db_version option to track the last-migrated plugin version so future migrations run exactly once per upgrade, even when WordPress updates the plugin in place without firing register_activation_hook.migration_3_0_9_notice, migration_3_0_9_button_settings, migration_3_0_9_button_dismiss) added to all 11 language files (389 keys total per file).data-cookieboxs-src attribute. The regex that strips the original src= from a blocked script tag also matched src= inside the freshly injected data-cookieboxs-src= attribute (because the hyphen counts as a word boundary in PCRE), leaving a truncated data-cookieboxs- and no URL. The result was that blocked third-party scripts (jsBarcode for WooCommerce product barcodes, TrustIndex review widget, etc.) could never be restored after the visitor accepted cookies — leading to "the page is missing parts" reports. Operations are now reordered: strip the original src= first, then inject the new attributes.functional consent category instead of the default marketing bucket. Visitors who decline marketing cookies will keep seeing product barcodes, sliders and other display features.cookieboxs_default_unknown_category filter so site owners can change the fallback category for unknown external scripts (default remains marketing for GDPR safety).cookieboxs_disable_script_blocker filter so site owners and other plugins can opt out of the automatic blocker per request.