2017-04-19 3 views
0

私たちは、WordPressのWebサイトの1つにApacheに起因すると思われる問題があります。問題は、内部のWordPress cron(wp-cron.php)が実行されていないことです。通常、この内部クーロンはサーバーのcronによって駆動されるのではなく、誰かがサイトにアクセスしたときに起動される内部プロセスによって駆動されます。これらの訪問はWP-cron.phpプログラムが直接実行されることはありませんが、その代わり訪問は、プログラムの実行となりますHTTPのPOSTを送信することが原因のように:Apacheのログに Apacheは403応答コードの詳細をどのように提供するのですか?

Apache Log entry with 403 status code

。これらのPOSTは、403ステータスコードを持つApacheによって拒否されています。

この問題を回避するため、www.easycron.comを使用して、このログエントリに示されているように拒否されていないWebサイトへのリクエストを送信しています。

Apache log entry for Easycron

これは、問題は、とにかくオーダーであると思われるフォルダまたはファイルアクセス権ではないことを意味すると思われます。

ここで最後に質問です。 POSTに403のステータスコードが拒否されている理由について、Apacheに詳細情報を提供する方法はありますか?

+0

PHPエラーログを確認しましたか?おそらくもっと情報があるかもしれません。 –

+0

あなたのお返事ありがとうございます。エラーログにエラーが表示されません。 –

答えて

0

Apacheが403応答コードの詳細を提供するようになっても、私は問題がなくなるまでHTTPリクエストを変更することで問題を絞り込むことができました。 WordPressがサイトのドメイン名をユーザーエージェント(この場合はshimmyshack.com)に配置するため、要求は拒否されました。この特定のドメイン名は、仕事に「ハック」が含まれているため、却下されていました。インターネットサービスプロバイダ(ISP)が脅威と判断した言葉は、他の多くの人々の間でも言えます。 ISPはこのリストから問題を解決する「ハック」という単語を削除しました。彼らはもはや脅威とはみなされていないと述べたが、最初に脅威になる可能性があると説明しなかった。

関連する問題