Attributes User Access vs Sign in with Telegram

Attributes User Access is a lightweight and flexible authentication solution for WordPress. It empowers site administrators with detailed control over login processes, enhancing user authentication and access experience with a focus on security and performance. Core Features Custom Login Page Creation Generate fully integrated login pages with WordPress Use shortcode-based forms for easy theme compatibility Automatically adapts to WordPress core updates Template override system for complete customization Flexible Login Redirection Redirect native WordPress login requests Define role-based and context-aware redirection rules Custom redirect URLs per user role Developer-Focused Architecture PSR-4 autoloading and object-oriented design Extensible with action and filter hooks Modular components for easy customization Comprehensive API for extensions Security & Performance WordPress.org compliant security practices Nonce verification on all forms and AJAX requests Transient-based error handling (no PHP sessions) Optimized asset loading Minified CSS and JavaScript for production Shortcode Usage Basic login form: [attributes_login_form] With parameters: [attributes_login_form redirect=”/dashboard” remember=”false”] Available parameters: redirect – Target URL after login (default: Dashboard) remember – Show “Remember Me” checkbox (default: true) form_id – Custom form identifier (default: attributes_login_form) label_username – Custom username field label label_password – Custom password field label label_remember – Custom remember me label label_log_in – Custom login button text Template System Template System Override templates in your theme for complete customization. Template location in theme: your-theme/attributes/front/forms/login-form.php Original template location: wp-content/plugins/attributes-user-access/templates/front/forms/login-form.php Copy the original template to your theme and customize as needed. The plugin automatically uses your theme’s template when available. Developer Hooks Actions: attrua_before_login_form – Fires before rendering the login form wrapper attrua_after_login_form – Fires after rendering the login form attrua_login_form_fields – Hook for adding custom fields to login form attrua_login_failed – Fires when a login attempt fails attrua_successful_login – Fires after successful authentication attrua_before_page_creation – Fires before creating authentication pages attrua_after_page_creation – Fires after creating authentication pages Filters: attrua_login_redirect_url – Customize login redirection attrua_login_error_message – Modify login error messages attrua_login_credentials – Filter login credentials before authentication attrua_action_links – Modify plugin action links attrua_row_meta – Modify plugin row meta links Privacy Policy Attributes User Access does not: Collect any user data Send data to external servers Use cookies for tracking Store sensitive information The plugin only stores: Plugin settings in WordPress options table Temporary error messages in WordPress transients (auto-expire) Page IDs for custom authentication pages All data is stored locally in your WordPress database and is completely removed upon plugin uninstallation. Support & Contributing Documentation: https://attributeswp.com/docs Support Forum: https://wordpress.org/support/plugin/attributes-user-access GitHub Repository: https://github.com/attributeswp/attributes-user-access Report Issues: https://github.com/attributeswp/attributes-user-access/issues Contributions are welcome! Please feel free to submit pull requests or open issues on GitHub.

Sign in with Telegram lets your visitors log in with their Telegram account — no extra password to remember, no new account to create. Unlike older Telegram-login plugins that rely on a script embedded from Telegram (which modern privacy-focused browsers often block), this plugin uses Telegram’s standard OpenID Connect login: a secure redirect to Telegram and back. It works reliably in every browser, including ones with strict tracker blocking turned on. Features “Sign in with Telegram” button on the standard wp-login.php screen, as a [telegram_signin_button] shortcode anywhere on your site, or as a Block Editor block. Account linking from the user profile screen — existing WordPress users can connect or disconnect their Telegram account. Profile sync — display name and avatar from the user’s Telegram profile flow through to the WordPress profile automatically. No automatic account merging — a Telegram identity can only attach to an existing WordPress user through an explicit click-to-link action from a logged-in session, so a stranger who happens to share an email address can never take over an account. Secure by default — uses the same kind of modern, signed redirect flow that “Sign in with Google” and “Sign in with Apple” use. No shared bot-token secret on your server, no manual key rotation. Settings page in wp-admin where you paste the bot’s Client ID + Client Secret, pick the default role for new users, and optionally collect the visitor’s verified phone number or request permission for your bot to message them directly. How it compares to the legacy Login Widget Telegram’s older Login Widget (used by most existing Telegram-login plugins on the directory) is not OAuth or OpenID Connect. It loads a JavaScript file from telegram.org that renders Telegram’s button on your page and then hands the auth result either to a JavaScript callback or to a server URL. Either mode still needs the embedded script to render the button in the first place. That setup is increasingly fragile: Browsers with strict third-party-script blocking — Brave with default shields, Firefox Enhanced Tracking Protection on Strict, Safari Lockdown Mode, uBlock Origin filter lists — frequently block the embedded script outright, so the button never renders and visitors have no way to start the flow. The widget’s authentication hash is an HMAC-SHA256 over your bot token, so anyone who wants to verify a login has to hold a copy of that secret. There’s no standard JWT / JWKS story to lean on. Key rotation is manual — changing the HMAC key means rotating the bot token in BotFather and updating it on every server that verifies logins. Sign in with Telegram uses Telegram’s newer OpenID Connect provider instead — a standard server-side redirect flow with a properly signed RS256 id_token. No third-party scripts on your pages, no shared bot-token secret with verifiers, automatic key rotation via JWKS. It behaves the same regardless of how privacy-locked-down the visitor’s browser is. External services This plugin connects to Telegram’s OpenID Connect provider at oauth.telegram.org so visitors can sign in with their Telegram account. No data is sent to Telegram unless a visitor actively starts a sign-in. What is sent, and when: Sign-in start. When a visitor clicks the “Sign in with Telegram” button, their browser is redirected to oauth.telegram.org with the bot’s Client ID, the requested scopes (always openid and profile; additionally phone and / or telegram:bot_access if you enabled those in Settings → Sign in with Telegram), a random state, a random nonce, and a PKCE code_challenge (SHA-256). The only user-specific traffic at this step is the browser redirect itself. If the discovery cache is cold (see below), building the redirect URL also triggers an anonymous server-side GET of the discovery document — no user data in that request. Sign-in callback. After the visitor approves the sign-in on Telegram’s side, Telegram redirects them back to your site with an authorization code. The plugin then makes a single server-to-server POST to Telegram’s token endpoint, sending the Client ID + Client Secret (as HTTP Basic auth), the code, the matching PKCE code_verifier, and the redirect URI. Telegram responds with a signed id_token containing the visitor’s Telegram identifier, name, profile picture URL, and (if the phone scope was granted) phone number. Discovery + JWKS lookup. The first sign-in after activation (and again after the local cache expires, 12 hours) triggers a one-off, anonymous GET to Telegram’s OpenID Connect discovery document and JSON Web Key Set (JWKS) at oauth.telegram.org. Both responses are cached in WordPress transients. If a later id_token references a signing key that isn’t in the cache (Telegram rotated keys), the JWKS is re-fetched once; a short cooldown prevents repeated refresh attempts. No user data is sent in any of these requests. This service is provided by Telegram. Refer to Telegram’s Terms of Service and Privacy Policy for details on how Telegram handles the sign-in.