计划操作卡住的 WooCommerce 商店
成千上万个计划操作一直在等待,邮件发得很晚。LayerAssist 找到失败的操作,让队列重新跑起来,并设置了真正的 Cron。
Cron 任务和队列在没人看着的时候运行:夜间备份、发票邮件、商品导入、缓存清理、定时文章。其中一个停了,不会出现任何错误页面——只是这件事没人做了。
你会在之后以最痛苦的方式发现:需要用的备份已经是三个月前的,客户没收到发票,早上的文章根本没发出去。
WP-Cron 只在有人访问网站时触发。在访问量少的网站上,或在缓存后面,计划任务会延迟执行,甚至根本不执行。
手动运行正常的任务,按计划运行时却失败,原因可能是 PHP 版本不同、缺少路径或脚本被移动了。
队列 worker 需要一直运行。崩溃、部署或重启之后,没有任何东西会把它们重新拉起来。
一个失败的任务、一个从未释放的锁,或者一个运行时间超过间隔的任务,都会把后面的所有任务堵住。
它检查计划、日志和结果:也就是任务本该产出的东西。
它读取服务器的 crontab、主机控制面板中的 Cron 任务以及 WordPress 的计划事件,并逐一解释。
它寻找证据:一条日志记录、一个新的备份文件、一封已发送的邮件、一个已清空的队列。
它按 Cron 的方式运行任务命令,读取报错,然后修正路径、PHP 版本或权限。
它可以用真正的服务器 Cron 替代 WP-Cron,设置能自动重启的 worker,并添加日志,让每次失败都留下痕迹。
修正了备份脚本中的路径,运行了一次,并设置了失败时发送邮件
成千上万个计划操作一直在等待,邮件发得很晚。LayerAssist 找到失败的操作,让队列重新跑起来,并设置了真正的 Cron。
一次部署后,队列 worker 再也没有启动。LayerAssist 把它交给 supervisor 管理以便自动重启,并建议加一个服务监控。
定在 6:00 发布的文章到中午才上线:在缓存后面,WP-Cron 只在缓存过期时才会触发。服务器 Cron 解决了这个问题。
SSH 能看到全貌;主机控制面板也会显示它自己的 Cron 任务。
在聊天中问:“我们的计划任务在运行吗?”或者“昨晚的导入为什么失败了?”
它会找出原因、完成修复,并把任务运行一次,证明它能正常工作。
把每日检查设为你自己的自动化,再为以服务形式运行的队列 worker 添加服务监控。
Cron 是服务器自己的调度器,会准时运行。WP-Cron 是 WordPress 内置的调度器,只在有人访问网站时触发。为了可靠调度,LayerAssist 可以用真正的服务器 Cron 来运行 WP-Cron。
支持,需要 SSH 访问权限。它会检查 worker 进程、失败的任务和队列长度,并能让 worker 在 Supervisor 或 systemd 下运行,实现自动重启。
可以通过定时检查作为你自己的自动化来实现:例如每天早上它会查找任务已运行的证据,缺了就告诉你。目前还没有内置的“心跳”监控。
读取你自己用户的 Cron 任务和日志,普通权限就够了。修改系统服务或其他用户的任务需要 sudo,Plus 及以上套餐提供。
每月 $9 起 · 14 天后悔期
今天就添加你的网站,问出第一个问题。不适合你?14 天内取消即可退回首次付款,仅扣除已使用的 AI 工作费用。
免费试用 7 天 · 无需信用卡 · 不需要任何技术知识。