Почему к моим URL добавляется ?doing_wp_cron
Спасибо! Не подскажете, что можно сделать, чтобы убрать это из конца моих URL?

Удалите строку из wp-config.php (хотя это может остановить работу cron).

@scribu iThemes рекомендует добавить эту строку в wp-config файл для работы BackupBuddy, поэтому удаление этой строки снова приведет к тому, что плагин перестанет работать. Насколько вам известно, есть ли другое "решение" этой проблемы, кроме отказа от BackupBuddy?

@Piet: Это довольно странное требование со стороны iThemes. Возможное решение — использование заданий UNIX cron. Создайте новый вопрос.

@scribu спасибо за предложение, новый вопрос опубликован: http://wordpress.stackexchange.com/questions/28718/alternative-for-wp-cron-with-backupbuddy

Я видел много постов об этой проблеме, но лишь немногие из них предлагают реальное решение. Для меня решением стало управление перенаправлениями в файле .htaccess.
Вот пример, как перенаправить URL, добавив эти строки в файл .htaccess:
<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
RewriteRule (.*) /$1? [R=301,L]
</IfModule>
Надеюсь, это поможет!
Примечание: этот совет взят с этого форума

@toscho : Вот что я понял (возможно, я что-то упускаю). Параметр 'ALTERNATE_WP_CRON' отключает крон-задания с точки зрения Wordpress. То есть он отключен в "движке" Wordpress. Тогда плагины вроде 'All in one Event Calendar', BackWPup и все инструменты, которым нужно выполнять запланированные задачи, не смогут выполнять свои задания. Играя с перенаправлением в Apache, движок Wordpress не будет затронут. Вот как я это понимаю, но не всё мне до конца ясно. В чём я ошибаюсь?

Отключение ALTERNATE_WP_CRON не отключает внутреннюю систему крона (расписания) в Wordpress. Оно лишь отключает альтернативный способ выполнения фоновых задач. Но по умолчанию Wordpress всегда будет выполнять запланированные задачи, если только вы не используете директиву DISABLE_WP_CRON в вашем wp-config.php.
Подробное объяснение того, что делает ALTERNATE_WP_CRON, можно найти здесь: https://wordpress.org/support/topic/scheduled-posts-still-not-working-in-282/#post-1163465

@scribu Я полагаю, что BackupBuddy использует планировщик задач WordPress для планирования задач в рамках процедур резервного копирования — если на сайте отключены loopback-запросы, то единственным решением (помимо каких-то специальных внешних решений) и конкретным альтернативным решением, которое, как я уверен, вам известно, встроено в WordPress, является альтернативный cron-фикс. Так что это "требуется" только в случае, если хостинг отключил loopback-запросы. Учтите, что в этом случае никакие запланированные задачи, будь то стандартные задачи WordPress или задачи, связанные с другими плагинами, не будут работать. Похоже, что пользователь не узнает, что его хостинг ограничил функциональность его WordPress, пока не попробует BackupBuddy, потому что именно это делает проблему очевидной, тогда как раньше она могла оставаться незамеченной.
Использование подхода на основе crontab — это лишь временное решение, потому что, если не настроить его на "пинг" обработки WordPress cron очень часто, оно будет работать только с некоторыми типами запланированных задач.
Конечно, если пользователь не хочет или не может использовать альтернативный wp cron-фикс, не хочет переходить на хостинг, который разрешает loopback-запросы, и недостаточно осведомлён, чтобы настроить подходящее решение на основе crontab, то BackupBuddy предлагает ручной режим резервного копирования, который будет работать, но он уступает по гибкости и некоторым возможностям тому, что доступно при наличии планирования задач.

Причиной этой проблемы является альтернативный крон. Чтобы обойти это, если у вас есть доступ, вы можете включить реальный процесс крона (если ваш хостинг позволяет) и отключить ALTERNATE_WP_CRON в вашем файле wp-config.php.
