Linux 软件免费装
Banner图

CrashAlert

开发者 yodsira
更新时间 2026年10月2日 21:52
PHP版本: 7.4 及以上
WordPress版本: 7.1
版权: GPLv2 or later
版权网址: 版权信息

标签

telegram alerts debugging fatal error error monitoring

下载

0.1.5

详情介绍:

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: 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 plugin never sends anything to the developer's servers.

升级注意事项:

0.1.1 External services (Telegram Bot API, email, webhook) are now explicitly documented in the readme; privacy wording corrected. No functional changes. 0.1.0 Initial release.

常见问题:

Will it slow my site down?

Healthy requests do not touch the database at all — the monitor checks the last PHP error in the shutdown phase and exits. Fatal handling is capped (sanitized stack, queue) and alerts are sent by cron, not during the request.

WordPress already emails me about fatals. Why this plugin?

Speed (Telegram beats email), attribution (named plugin and version), human explanations, repeat counting, recovery notices and a searchable history. Core emails stop at "something died, here is a stack".

Will I get spammed if a loop throws 500 fatals a minute?

No. Identical errors share one signature; one alert goes out per signature per rate window (default 10 minutes) and repeats are counted ("×500").

Does it send my data anywhere?

Only to the delivery channels YOU configure in the plugin settings: your own Telegram bot (requests go from your server to api.telegram.org), your site's own email (wp_mail) and, if you enable it, your own webhook URL. The developer receives nothing. See "External Services" below for the exact data sent. No IPs are stored, stack traces are sanitized, and uninstall removes everything.

更新日志:

0.1.5 0.1.4 0.1.3 0.1.2 0.1.1 0.1.0