| 开发者 | webdigitech |
|---|---|
| 更新时间 | 2026年9月12日 20:07 |
| PHP版本: | 8.1 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
@truesift/next 0.3.0 client contract, and its PHP bridge uses the official TrueSift challenge, verify, and business-proof API contracts.
Included integrations
verificationToken as security proof. Client-provided values such as allowed, decision, score, status, failOpen, challengeId, action, path, and origin are never trusted by the protected PHP action.
The plugin sends the token together with a signed WordPress form context to the server. The PHP verifier calls TrueSift's proof endpoint with server-owned credentials and expected action, path, and origin. A normal success is accepted only when TrueSift confirms allowed: true, decision: allow, and atomic consumption through either consumed: true or a non-empty consumedAt timestamp. Replayed, expired, invalid, mismatched, reviewed, or blocked proofs are rejected.
The bundled SDK 0.3.0 adapter may send only aggregate in-memory interaction counters for the current verification window, such as pointer, keyboard, focus, and blur counts. It does not send pointer coordinates, pressed keys, form contents, device fingerprints, or persistent visitor identifiers. Missing or insufficient behavioral telemetry remains neutral.
Visual modes
The admin page shows live, non-networked previews of all official layouts:
[truesift]
When used outside a form, the same shortcode renders a standalone visual verification status. Standalone mode does not protect a business action until it is associated with a form and server-side verification.
For a form located elsewhere in the DOM:
[truesift form_selector="#contact-form" button_selector="button[type=submit]"]
A custom PHP handler must also validate the proof before performing its protected action:
$proof = truesift_verify_request();
Continue only when the returned value is not a WP_Error and its allowed value is true.
truesift folder to /wp-content/plugins/, or install the ZIP through Plugins > Add New > Upload Plugin.wp-config.php:
define( 'TRUESIFT_SITE_KEY', 'bg_site_...' );
define( 'TRUESIFT_SECRET_KEY', '...' );
Optional server constants:
TRUESIFT_API_BASE_URL, TRUESIFT_DEFAULT_ACTION, TRUESIFT_FAIL_OPEN, and TRUESIFT_TIMEOUT_MS.No. The browser result controls only the user interface. The protected WordPress action validates and consumes the opaque verification token server-to-server.
No. The button lock improves the form flow and prevents ordinary unverified submissions. The PHP proof verifier is the security boundary.
No. Verification tokens are kept only for the current browser form request and are consumed by TrueSift during server-side proof validation.
TrueSift rejects the replay and the protected action does not continue.
No. Version 1.0.18 does not create a local analytics database or visitor profile. Debug mode stores only administrator troubleshooting events and is disabled by default.
The shortcode can mount and control TrueSift on a custom HTML form. The form's PHP handler must still call truesift_verify_request() before performing the protected operation.
truesift_verification_required.woo_register while excluding account creation performed inside an already protected Store API checkout.woocommerce_registration_errors.@truesift/next@0.3.0 and advances the WordPress SDK asset revision to 1.0.18-0.3.0.
Older release history is included in CHANGELOG.md in the plugin package.