插件依赖实时监控方案：让网站不因一个坏插件而瘫痪

上周帮朋友修 WordPress 网站，首页突然白屏。排查半天，发现是刚更新的「评论增强」插件悄悄调用了已下线的第三方 API，导致整个页面加载卡死。更糟的是，后台也进不去——因为那个插件在 admin_init 钩子上就抛了致命错误。

插件不是孤立的，依赖才是隐患源头

很多站长只盯着插件功能，却忽略了它背后悄悄拉来的“帮手”：可能是某个 npm 包的旧版 axios，可能是 WordPress 插件库里另一个被弃更三年的“基础工具包”，甚至可能是服务器上某个 Python 脚本依赖的 requests 库版本冲突。这些依赖关系平时安静，一出问题就是连锁反应。

怎么知道哪个插件正在拖后腿？

我们用一个轻量级方案，在服务器端加一层“依赖心跳探针”。比如在 Nginx 日志里埋点，或在 PHP 主入口（wp-config.php 上方）插入几行检测逻辑：

// 检查活跃插件是否引用了已废弃的函数或类
if (function_exists('wp_doing_ajax') && !function_exists('wp_is_json_request')) {
    error_log('[DEP-ALERT] Plugin X depends on removed wp_is_json_request()');
    do_action('plugin_dependency_broken', 'X', 'wp_is_json_request');
}

再配合一个简单的 Python 脚本，每 30 秒扫一次 error_log，匹配 [DEP-ALERT] 关键字，推送到企业微信/钉钉群。消息长这样：
⚠️ 14:22 插件「SEO Booster」依赖的 class-wp-rest-post-controller.php 已被 6.4+ 核心移除，当前站点版本 6.5.2

浏览器端也能盯梢

前端同样不能放空。在 wp_enqueue_script 之后，加个运行时检查：

if (typeof jQuery === 'undefined') {
    fetch('/wp-admin/admin-ajax.php?action=log_dep_error&plugin=gallery-slider&missing=jQuery', {
        method: 'POST',
        credentials: 'same-origin'
    });
}

后端收到请求，立刻记录时间、IP、User-Agent 和 referer，生成依赖异常热力图。哪类浏览器报错最多？哪个插件在移动端崩得最勤？数据一目了然。

真正的实时监控，不是等用户打电话来问“为啥打不开”，而是你在喝咖啡时，手机弹出一条：
📦 插件「WP Mail SMTP」尝试加载 /wp-includes/PHPMailer/PHPMailerAutoload.php —— 该路径已在 6.3 版本中删除

这时候你点开后台，禁用、替换、测试，三分钟搞定。用户根本感觉不到波动。