具象心跳定时器 ❤️Nex-Timer让每个任务都准时跳动 ❤️

具象心跳定时器 ❤️Nex-Timer让每个任务都准时跳动 ❤️

5

Nex-Timer 是一个企业级 WordPress 定时调度插件。它常驻内存运行，每秒检查一次时间，精准触发所有 WP-Cron 任务，彻底解决 WordPress 原生定时器依赖网页访问、执行延迟、容易漏执行的问题。

核心特性

常驻内存运行

PHP CLI 模式启动,每秒检查一次时间,精确到秒

双触发保活机制

网页访问、爬虫、手动、API、CLI 均可唤醒

100% 接管 WP-Cron

无需修改任何插件代码,自动接管所有定时任务

智能去重防重复

同一任务在窗口时间内不重复执行(默认1小时)

可视化任务管理

查看、编辑、启用/禁用、删除任意 WP-Cron 任务

完整运行日志

记录每次执行,支持查看、筛选、导出 CSV

REST API 支持

外部系统可通过 API 触发和查询

CLI 命令行管理

start/stop/status/wake/list/run/logs 等命令

失败告警通知

任务连续失败自动发送邮件告警

失败自动重试

任务失败后自动加入重试队列(指数退避)

Webhook 通知

支持钉钉/企微/Slack/Telegram

审计日志

记录所有管理员操作,安全审计

任务标签

为任务添加分类标签,便于管理

执行窗口

设置任务允许执行的时间段

统计仪表盘

可视化图表展示执行趋势、成功率

适用场景

  • ✅ 定时发布文章
  • ✅ 定时数据库备份
  • ✅ 定时清理缓存/日志
  • ✅ 定时生成统计报表
  • ✅ 定时同步外部数据
  • ✅ 任何需要精准定时执行的 WP-Cron 任务

守护进程

# 进入插件 CLI 目录
cd /wp-content/plugins/nex-timer/cli/

# 启动守护进程
php timer-cli.php start

# 验证状态
php timer-cli.php status
═══════════════════════════════════════════════════════════════════
  启动守护进程
═══════════════════════════════════════════════════════════════════
ℹ️ 正在启动守护进程...
✅ 守护进程启动成功
ℹ️ PID: 12345
ℹ️ 日志: /wp-content/plugins/nex-timer/logs/timer-*.log

功能详解

保活机制是指：当守护进程因服务器重启、崩溃、资源耗尽等原因停止运行时，系统能够自动或被动地重新唤醒它，确保定时任务继续执行。

Nex-Timer 采用 「双触发保活」 策略，结合主动和被动两种方式，确保万无一失。

保活机制

方式一：被动触发（网页/访问唤醒）

原理： 只要有用户访问网站、搜索引擎爬虫抓取、或任何 API 调用，Nex-Timer 就会被唤醒。

触发来源：

来源说明
🌐 网页访问任何用户访问网站前台页面
🕷️ 爬虫抓取搜索引擎爬虫访问网站
🔌 API 调用外部系统调用 REST API
🖱️ 手动操作管理员在后台点击操作

方式二：主动触发（守护进程自检）

原理： 守护进程本身在运行时会持续检查自身状态，一旦发现异常或死亡，会自动重启。

触发来源：

方式说明
🔄 健康检查 Cron每小时执行一次 nex_timer_health_check
⏱️ 守护进程循环主循环中每秒检查自身状态
📡 信号处理器收到 SIGUSR1 信号时立即检查

保活机制的保障措施

保障层级机制说明
第一层守护进程自检主循环每秒检查，异常退出时记录日志
第二层健康检查 Cron每小时执行一次，发现停止则自动重启
第三层网页访问触发任何页面访问都能唤醒 Timer
第四层API 触发REST API 调用可远程唤醒
第五层命令行唤醒通过 php timer-cli.php wake 手动唤醒
第六层频率限制60秒内不重复触发，防止资源浪费

常见场景和应对

场景保活机制如何应对
服务器重启健康检查（每小时）自动检测并重启守护进程
守护进程崩溃任何网页访问触发唤醒；或健康检查触发重启
长时间无人访问健康检查（每小时）持续运行，确保守护进程存活
内存不足被杀健康检查自动检测并重启
PHP 进程超时守护进程有循环计数保护，到达最大循环后自动退出并重启

仪表盘

图片[1]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn

任务列表

图片[2]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn

待执行任务

图片[3]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn

最近执行日志

图片[4]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn


• ✅ executed = 任务执行成功
• ❌ failed = 任务执行失败（需要立即查看原因）
• ⏭️ skipped = 任务被跳过（因去重或手动禁用）
• ⏭️ batch = 守护进程批量检查日志（正常心跳，表示 Timer 在运行）
• ⏭️ sent_to_daemon = 网页触发唤醒守护进程（正常现象）
• 🔍 debug = 调试信息（系统内部记录，无影响）
• ℹ️ info = 信息日志（系统状态通知）
• ⚠️ warning = 警告日志（需要关注，但不影响运行）
• 📋 daemon_started = 守护进程已启动
• 📋 daemon_stopped = 守护进程已停止
• 🔄 daemon_restarted = 守护进程已重启
• 🧹 cleanup = 系统清理任务（正常维护）
• 📦 archive = 日志归档任务（正常维护）
• ❌ cancelled = 任务被取消（用户操作或系统取消）
• 💀 daemon_dead = 守护进程异常死亡（需要立即检查）

任务执行状态（最常见）

状态图标含义是否正常说明
executed✅执行成功✅ 正常任务已成功执行完成
failed❌执行失败❌ 异常任务执行过程中抛出异常或返回错误，需要排查
skipped⏭️已跳过✅ 正常任务因去重（1小时内重复）或被手动禁用而跳过
debug🔍调试信息✅ 正常系统内部记录的信息，用于调试，不是错误

守护进程状态

状态图标含义是否正常说明
daemon_started▶️守护进程启动✅ 正常守护进程成功启动，记录在 CLI 启动时
daemon_stopped⏹️守护进程停止⚠️ 需关注守护进程被手动停止或正常退出
daemon_restarted🔄守护进程重启✅ 正常守护进程被重启
daemon_dead💀守护进程死亡❌ 紧急守护进程意外崩溃，需要立即检查并重启
daemon_auto_restart🔄自动重启✅ 正常健康检查发现守护进程停止后自动重启

触发来源（表示任务由谁触发）

来源图标含义说明
web🌐网页访问触发用户访问网站时触发
cli💻CLI 命令触发通过命令行 php timer-cli.php 触发
manual🖱️手动触发在后台点击「执行」按钮触发
api🔌REST API 触发通过 REST API 调用触发
daemon⚙️守护进程触发守护进程自动检查并触发（最可靠）
signal📡信号触发通过 POSIX 信号（SIGUSR1）触发
retry🔄重试触发失败任务自动重试
internal🔧内部触发系统内部调用

系统维护状态

状态图标含义是否正常说明
cleanup🧹数据清理✅ 正常系统自动清理过期数据（去重标记、旧日志等）
archive📦日志归档✅ 正常系统自动将旧日志归档压缩
cancelled🚫任务取消⚠️ 需关注任务被用户取消或系统取消

信息与警告

状态图标含义是否正常说明
infoℹ️普通信息✅ 正常系统状态通知，如健康检查、心跳更新等
warning⚠️警告信息⚠️ 需关注需要关注但不影响运行，如内存使用较高、任务执行缓慢等
batch📋批量执行✅ 正常守护进程批量执行到期任务

特殊状态

状态图标含义是否正常说明
memory_usage🧠内存使用报告✅ 正常守护进程每 60 秒记录一次内存使用情况
sent_to_daemon📨唤醒信号发送✅ 正常网页访问触发时发送信号唤醒守护进程
health_check🏥健康检查✅ 正常系统每小时执行一次健康检查
trigger🔔触发记录✅ 正常记录触发来源

统计仪表盘

图片[5]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn
图片[6]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn
图片[7]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn
图片[8]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn
图片[9]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn
图片[10]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn

角色权限管理

图片[11]-Nex-Timer 企业级定时调度插件 常驻内存精准触发 WP-Cron 任务-具象智联 Orientalnexus.cn

Nex-Timer 让 WordPress 定时任务从「依赖运气」变成「确定可靠」——精准到秒、永不遗漏、全程可视、完整监控。

1. 精准到秒的定时执行

WordPress 原生定时器依赖网页访问触发，如果网站没人访问，任务就永远不会执行。Nex-Timer 的守护进程常驻服务器内存，每秒检查一次时间，确保所有定时任务在精确的时间点执行，误差不超过 1 秒。

2. 永不遗漏的保活机制

守护进程即使因服务器重启等原因意外停止，Nex-Timer 的「双触发保活」机制会自动接管：只要有用户访问网站、搜索引擎爬虫抓取、或 API 调用，Timer 就会立即被唤醒并执行所有到期任务。

3. 100% 无缝接管 WP-Cron

无需修改任何插件或主题代码，安装激活后自动接管所有 WP-Cron 任务。原生 WP-Cron 仍然存在，Nex-Timer 作为补充保障——WP-Cron 触发了，Timer 跳过；WP-Cron 没触发，Timer 补执行。双重保障，绝不遗漏。

4. 智能去重防重复

同一任务在窗口时间内（默认 1 小时）不会重复执行，完美解决 WP-Cron 和 Timer 双重触发导致的任务重复执行问题。

5. 可视化任务管理

不需要写代码，在后台就能：
📋 查看所有 WP-Cron 任务
✅ 启用/禁用任意任务
⏰ 设置任务覆盖时间
🏷️ 为任务添加分类标签
⏱️ 设置执行窗口期

6. 完整的监控告警体系

🔔 失败告警：任务连续失败 N 次，自动发送邮件通知
🔄 自动重试：失败任务按指数退避策略自动重试（5分钟→15分钟→30分钟）
📊 统计仪表盘：可视化图表展示执行趋势、成功率、慢任务排行
📋 审计日志：记录所有管理员操作，满足安全审计需求

7. 多通道通知集成

支持 Webhook 通知到：
📱 钉钉机器人
💬 企业微信机器人
💻 Slack
📲 Telegram
🔗 任何自定义 Webhook URL

8. 极低资源消耗

常驻内存仅 10-15MB，CPU 占用 低于 1%，对服务器性能几乎无影响。

让每个任务都准时跳动 ❤️

THE END
插件
分享

Q&A

admin-ajax.php 返回 400 错误 ▼
检查 因为服务器上的 mod_security（或其他 WAF 防火墙）拦截了所有没有正确 nonce 或 action 参数的 POST 请求。 处理方法: 

在 .htaccess 中禁用 mod_security

  
# 禁用 mod_security 对 admin-ajax.php 的检查
<IfModule mod_security.c>
    <Files \"admin-ajax.php\">
        SecRuleEngine Off
    </Files>
</IfModule>

# 或者更精确地只允许 POST 请求
<IfModule mod_security2.c>
    <LocationMatch \"/wp-admin/admin-ajax.php\">
        SecRuleEngine Off
    </LocationMatch>
</IfModule>

在 wp-config.php 中添加兼容性代码

在 wp-config.php 文件的开头（在 require_once(ABSPATH . \'wp-settings.php\'); 之前）添加   
// 禁用 WordPress 的某些安全检查（仅针对 admin-ajax.php）
if (strpos($_SERVER[\'REQUEST_URI\'] ?? \'\', \'/wp-admin/admin-ajax.php\') !== false) {
    // 允许所有请求通过
    define(\'DOING_AJAX\', true);
}

// 如果存在，禁用 WordPress 的 Bad Request 检查
add_filter(\'wp_die_ajax_handler\', function($handler) {
    return function($message, $title, $args) {
        // 不返回 400，而是返回正常的错误响应
        wp_send_json_error([
            \'message\' => $message ?: \'请求处理失败\',
            \'title\' => $title,
            \'args\' => $args
        ]);
    };
}, 10, 1);