私は私のURLの最後にこの文字列が追加されているのを見つけます。
/?doing_wp_cron
誰もがそれの目的を知っていますか?削除するにはどうすればいいですか。
あなたの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のタスクスケジューリングを使用してタスクをスケジュールしている - サイトでループバックが無効になっている場合は only というソリューションを提供します。私があなたが知っていると確信しているように、WordPressに統合されている、代替のcron修正プログラムです。そのため、ホストでループバックが無効になっている場合にのみ、これは「必須」です。それが事実であるならば、 no スケジュールされたタスクは、それらが標準のWordPressスケジュールされたタスクであろうと他のプラグインと関連したタスクであろうと、うまくいくでしょう。そうであるように思われるのは、BackupBuddyを試すまでは、ユーザーは自分のホストがWordPressのインストールを妨害したことを知らないためです。
Crontabタイプのアプローチを使用することは、あなたがそれにWordPressのcron処理を "ping"させない限り 非常に 頻繁にそれがいくつかのタイプのスケジュールされたタスクでしか動作しないためです。
もちろん、ユーザが代替のwp cron修正を使用したくない、または使用できない場合、ループバックを許可し、適切なcrontabベースの機能を設定できるほど十分に知識がないホストに移動したくない場合BackupBuddyは動作する手動バックアップモードを提供しますが、それは柔軟性を欠いています、そして、スケジュールが利用可能であるとき利用可能なそれの機能のいくつか。
この問題の原因は代替クーロンです。これを回避するには、アクセス権がある場合は 実際のcronプロセス (ホスティングで許可されている場合)を有効にし、wp-config.phpでALTERNATE_WP_CRONを無効にします。