WordPress使用Social Media autopublish插件无故推送旧文章至Facebook求助

故障可能诱因 #

• WP-Cron触发逻辑异常：WordPress原生WP-Cron是页面访问触发，若有爬虫、监控请求频繁触发未注册/遗留的定时任务，会触发旧文章的同步钩子。部分插件更新、卸载后残留的定时任务不会自动清理，会匹配到旧文章的发布规则。
• Social Media Autopublish插件规则冲突：插件本身的发布触发条件如果包含「文章状态变更」以外的逻辑（比如自定义字段更新、分类法关联变更），后台批量操作、缓存重建、甚至主题/插件的后台查询逻辑误触发状态变更钩子，都会让插件误判为新文章需要同步。
• 数据库表字段异常：wp_posts表中旧文章的post_date_gmt或post_modified_gmt字段如果因为缓存修复、数据库迁移出现过时间重置，会被插件识别为新发布的文章。

排查方向 #

• 首先确认WP-Cron现有任务：安装WP Crontrol插件查看所有定时任务，排查是否存在social_media_autopublish相关的重复/遗留任务，额外注意间隔异常、触发时间匹配故障出现时间的任务，可直接删除异常任务后重建。
• 检查插件配置：进入Social Media Autopublish的设置页，确认「发布触发条件」是否勾选了「文章更新/修改」「自定义文章类型变更」这类非首次发布的选项，同时检查是否设置了「同步历史文章」的计划任务，关闭非必要的触发条件。
• 校验数据库字段：执行SQL查询核对出问题的旧文章时间字段：
  SELECT ID, post_title, post_date, post_modified FROM wp_posts WHERE ID IN (你同步出去的旧文章ID列表);
  确认post_modified时间是否和故障触发时间吻合，如果存在异常修改时间，排查近期是否做过数据库修复、批量导入导出、缓存预热类操作。
• 临时验证方案：先把WP-Cron替换为系统级定时任务，在wp-config.php中添加define('DISABLE_WP_CRON', true);，再在服务器crontab中添加每15分钟执行一次的cron任务：wget -q -O - https://你的域名/wp-cron.php?doing_wp_cron >/dev/null 2>&1，避免爬虫请求误触发wp-cron，观察故障是否复现。

内容的提问来源于stack exchange，提问作者Svg Lev