为什么将doing_wp_cron附加到我的网址中


Answers:


15

这是您ALTERNATE_WP_CRON在自己的定义中定义的标志wp-config.php

为了进行一些后台处理(例如发布预定的帖子),WordPress将您重定向到带有?doing_wp_cron附加内容的URL 。


谢谢!您知道我该怎么做才能从网址末尾消除它吗?
安德鲁·沃纳

从wp-config.php中删除该行(尽管这可能会使cron无法正常工作)。
scribu 2011年

@scribu iThemes建议在wp-config文件中设置该行以使BackupBuddy工作,因此再次删除该行可确保该插件不再起作用。据您所知,除了转储BackupBuddy之外,还有其他“解决方案”吗?

@Piet:对于iThemes来说,这是一个相当奇怪的要求。一种可能的解决方案是使用UNIX cron作业。打开一个新问题。
scribu

@scribu感谢您的建议,新的问题张贴:wordpress.stackexchange.com/questions/28718/...

2

我看过很多关于这个问题的文章,但是很少有人能找到真正的解决方案。对我来说,解决此问题的方法是在.htaccess文件中管理重定向。

这是一个有关如何通过在.htaccess文件中添加以下行来重定向url的示例:

<IfModule mod_rewrite.c>
    Options +FollowSymLinks
    RewriteEngine On
    RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
    RewriteRule (.*) /$1? [R=301,L]
</IfModule>

希望这会有所帮助!

注意:此提示来自此论坛


3
那不理想。最好禁用备用cron。
fuxia

@toscho:这是我所了解的(也许我错过了一些东西)。从WordPress的角度来看,“ ALTERNATE_WP_CRON”参数会禁用cron作业。因此,它在Wordpress“引擎”中被禁用。然后,“ All in an Event Calendar”插件,BackWPup和所有需要作业计划的东西将无法继续工作。通过使用Apache重定向,Wordpress引擎将不会受到影响。这就是我的想法,但并非所有事情对我来说都是清楚的。我哪里错了?
Gepeto '10 -10-26

1

@scribu我相信BackupBuddy使用WordPress任务调度来将任务调度为备份过程的一部分-如果站点禁用了环回功能,那么唯一的解决方案(除了一些定制的外部解决方案)以及特定的替代解决方案(如我所知)您知道,已集成到WordPress中,是备用cron修复程序。因此,仅在主机禁用环回的情况下才“必需”。请记住,如果是这种情况,那么不会计划任务,无论是标准WordPress计划任务还是与其他插件相关联的任务,都可以使用。似乎是这样的情况:用户在尝试使用BackupBuddy之前,他们不会知道主机已经拖住了WordPress的安装,因为这使问题很明显,而不是直到那时才隐蔽。

使用crontab类型方法只是一个粘贴剂,因为除非您使它非常频繁地“ ping” WordPress cron处理,否则它将仅适用于某些类型的计划任务。

当然,如果用户不想或不能使用备用wp cron修复程序,不想移动到允许回送并且知识不足以设置合适的基于crontab的功能的主机,那么BackupBuddy确实提供了可以使用的手动备份模式,但是它缺乏灵活性以及在计划可用时的灵活性和某些可用功能。


0

导致此问题的原因是备用cron。要解决此问题,如果您有权访问,则可以启用实际的cron进程(如果您的主机允许您这样做),并在wp-config.php中禁用ALTERNATE_WP_CRON。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.