Answers:
这是您ALTERNATE_WP_CRON
在自己的定义中定义的标志wp-config.php
为了进行一些后台处理(例如发布预定的帖子),WordPress将您重定向到带有?doing_wp_cron
附加内容的URL 。
我看过很多关于这个问题的文章,但是很少有人能找到真正的解决方案。对我来说,解决此问题的方法是在.htaccess文件中管理重定向。
这是一个有关如何通过在.htaccess文件中添加以下行来重定向url的示例:
<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
RewriteRule (.*) /$1? [R=301,L]
</IfModule>
希望这会有所帮助!
注意:此提示来自此论坛
@scribu我相信BackupBuddy使用WordPress任务调度来将任务调度为备份过程的一部分-如果站点禁用了环回功能,那么唯一的解决方案(除了一些定制的外部解决方案)以及特定的替代解决方案(如我所知)您知道,已集成到WordPress中,是备用cron修复程序。因此,仅在主机禁用环回的情况下才“必需”。请记住,如果是这种情况,那么不会计划任务,无论是标准WordPress计划任务还是与其他插件相关联的任务,都可以使用。似乎是这样的情况:用户在尝试使用BackupBuddy之前,他们不会知道主机已经拖住了WordPress的安装,因为这使问题很明显,而不是直到那时才隐蔽。
使用crontab类型方法只是一个粘贴剂,因为除非您使它非常频繁地“ ping” WordPress cron处理,否则它将仅适用于某些类型的计划任务。
当然,如果用户不想或不能使用备用wp cron修复程序,不想移动到允许回送并且知识不足以设置合适的基于crontab的功能的主机,那么BackupBuddy确实提供了可以使用的手动备份模式,但是它缺乏灵活性以及在计划可用时的灵活性和某些可用功能。
ALTERNATE_WP_CRON
为false
中wp-config.php
。