CrashAlert

Know about a crash before your clients do. When a plugin or theme throws a fatal error, WordPress emails the site owner — hours later, easily lost in spam, and always in cryptic PHP jargon. CrashAlert makes the same information instant, readable and actionable:

• Instant alerts to Telegram, email and a custom webhook.
• Culprit attribution — the alert names the plugin, mu-plugin or theme that owns the failing file (with its version).
• Plain-language explanations — "Call to undefined function" becomes "Plugin versions diverged — roll back the last update", in English or Russian.
• Recovery notice — a green message when the site starts responding again.
• Correlation with updates — "what changed in the 24 h before the crash?" is answered right in the event card.
• Rate-limited — a flood of identical errors produces one alert with a repeat counter, not a hundred messages.
• Failure history with a filterable timeline, kept for your chosen retention period (default 60 days) and fully removed on uninstall.
• Local crash log — CrashAlert stores captured errors in its own table in YOUR WordPress database (that is what the Event timeline shows), kept for the retention period you set in the settings (default 60 days) and fully removed on uninstall. This storage is local, exists regardless of the optional telemetry, and nothing in it is sent anywhere unless you enable telemetry — in which case only sanitized daily aggregates leave your site.
• Privacy-friendly by design — alerts go ONLY to the channels you configure yourself (your own Telegram bot, your site's email, your own webhook endpoint). Crash data stays in your own database; the optional, off-by-default error telemetry (see "External Services") is the only way anything reaches the developer, and only if you switch it on. No IPs stored, stack traces sanitized (relative paths, no call arguments).

CrashAlert never limits your site: the monitor itself is guarded so it can never be the cause of a white screen, and healthy requests pay a microsecond overhead. Looking for more? The optional CrashAlert Pro companion adds a PHP deprecation radar (warnings that will become fatals in future PHP versions), unlimited alert channels and a weekly health report: https://yodsira.com/en/product/crashalert/ Why not just rely on the WordPress core email? Core recovery emails go to the site owner's address, are easy to miss, contain a raw stack trace, say nothing about repeats, and never tell you the site is back. CrashAlert covers exactly those gaps — and delivers to Telegram, where site owners actually live.

1. Upload the plugin folder to /wp-content/plugins/, or install the zip via Plugins → Add New → Upload Plugin.
2. Activate the plugin.
3. Open CrashAlert → Settings, paste your Telegram bot token and chat id, press "Send test" — done. Email alerts to the admin address are on by default.

There is no easier setup. Alerts are delivered through the channels you configure: your own Telegram bot (api.telegram.org), your site's own email (wp_mail) and, optionally, your own webhook endpoint. The only connection to the developer's servers is the optional, off-by-default error telemetry described in "External Services".

0.1.10

• Update: "Send anonymous report to developer" — confirmation dialog, sending once never enables telemetry; disabling telemetry clears any queued reports immediately.
• Update: telemetry transparency — developer rationale in the settings block and readme, a sanitized example of exactly one report, and an always-visible "Send error report now" button (manual, conscious sending).

0.1.9

• New: optional, OFF by default anonymous error telemetry (daily batch of sanitized signatures to yodsira.com/api/telemetry, disclosed in External Services; nothing is sent until the admin opts in).
• Readme: privacy wording aligned with the optional telemetry (no absolute "never sends" claims anywhere).

0.1.8

• New: Yodsira Admin UI Standard — design tokens, WCAG-checked palette (brand mint decor-only), collapsible settings, quiet Pro side card.
• New: a one-time contextual notice on the plugin's own pages (day 7, at most twice ever) inviting a wp.org rating or a support-forum report; fully dismissible, no tracking.

0.1.7

• New: a "Pro" screen in the admin menu describing the optional CrashAlert Pro companion (unlimited channels, deprecation radar, weekly health report).
• Readme: new Pro Version section listing the concrete companion features.

0.1.6

• New: a CrashAlert section in Tools → Site Health → Info (version, channels, rate window, retention, events stored, last incident).
• Fix: the admin-configured rate-limit window was ignored — the limiter always used the default 600 seconds.
• Fix: the optional Telegram HTTP proxy field was not saved from the settings form (wrong field name; the value was also reset on every save).
• Fix: the internal version constant lagged behind releases, so asset cache-busting and the stored version could report an old version.

0.1.5

• Review feedback: the admin menu no longer competes with core items (position moved to the bottom of the menu).
• All translation strings now use the plugin text domain "crashalert" (previously mixed "yodsira-family" and the default domain).
• Renamed the internal components to unique prefixes (WPCRASH_/wpcrash_) to prevent name collisions with other plugins; removed a stray file from the package.

0.1.4

• New: optional HTTP proxy for Telegram delivery (hosts that block Telegram).

0.1.3

• Code hardening for the Plugin Check review: table names now use the %i identifier placeholder in every query, settings input is sanitized with map_deep(). Minimum WordPress version raised to 6.2 (introduced in 6.2).
• Removed development artifacts from the package.
• The "site is back online" recovery notice now actually renders after a fatal episode (the recovery was detected but never shown).

0.1.2

• Load the shared Yodsira family components (family status endpoint).

0.1.1

• Documented all external services (Telegram Bot API, email, custom webhook) in a dedicated "External Services" readme section, with the exact data sent and links to the service terms and privacy policy.
• Corrected privacy wording in Features/FAQ: alerts go only to channels the site admin configures; the developer receives nothing.
• Telegram alert texts are now in English (same as email alerts).
• "Upgrade to Pro" links now point to yodsira.com.

0.1.0

• Initial release: fatal capture, culprit attribution, plain-language explanations (RU/EN), Telegram/email/webhook alerts, rate limiting, recovery notices, update correlation, event timeline, retention.