WordPress400 Bad Request エラーが発生することがあります。特にエレメントを使用すると400エラーが発生する可能性があります。このエラーが発生した場合は、確認すべき事項について簡単に見てみましょう。
WordPress：400 Bad Requestエラー時の回避策
HTTP 400 Bad Requestエラーは、Webサーバーがブラウザを介して送信された要求を理解または処理できない場合に発生します。
このエラーはHTTP 4xxシリーズエラーのXNUMXつで、 クライアント側 エラーとして分類されます。つまり、 ウェブホスティング プロバイダの問題ではなく、ユーザーのブラウザやローカルデバイスで発生する問題です。
HTTP 4xxエラー
HTTP 4xxエラーには、次のエラーがあります。
| ステータスコード | name | 설명 |
|---|---|---|
| 400 | 不正な要求 | サーバーが要求の構文を認識しない |
| 401 | 無断 | 認証資格情報がないか無効 |
| 402 | 支払いに必要な | お支払いが必要なリソースへのアクセス |
| 403 | 禁断の | サーバーは要求を理解しましたが、承認を拒否しました（ファイアウォールによって拒否されました）。 |
| 404 | 見つかりません | 要求されたリソースが見つかりません（404ページなしエラー） |
| 405 | メソッドは許可されていません | サポートされていないHTTPメソッドの使用 |
| 406 | 受け入れられない | サーバーがクライアントの要求形式を処理できない |
| 407 | プロキシ認証が必要 | プロキシサーバー認証が必要 |
| 408 | リクエストのタイムアウト | サーバーが要求処理中にタイムアウトが発生する |
| 409 | 紛争 | 要求が現在のリソース状態と競合 |
| 410 | ゴーン | 要求されたリソースが永久に削除されました |
403 エラーや 404 エラーは多くのエラーです。 400エラーはややまれです。
HTTP 5xxエラー
HTTP 4xx エラーはクライアント側エラーであるのに対し、HTTP 5xx エラーはサーバー側エラーと呼ばれる場合があります。 5xxエラーは、サーバー側で要求を処理できないときに発生するHTTPステータスコードです。これは、サーバーに問題があり、クライアントからの要求を完了できないことを意味し、主にサーバー内部のエラー、過負荷、ゲートウェイの問題などが原因で発生します。
| ステータスコード | name | 설명 |
|---|---|---|
| 500 | 内部サーバーエラー | サーバーが予期しない問題で要求を処理できない一般的なサーバーエラー（WordPressで最も一般的に発生するエラー） |
| 501 | 実装されていません | サーバーが要求された機能をサポートまたは理解していない |
| 502 | 不正なゲートウェイ | ゲートウェイまたはプロキシサーバーが親サーバーから誤った応答を受け取る 502 Bad Gatewayエラーが発生する場合があります） |
| 503 | サービスは利用できません | サーバーが一時的に過負荷または保守中に要求を処理できない |
| 504 | ゲートウェイタイムアウト | ゲートウェイまたはプロキシサーバーが親サーバーからタイムリーに応答を受け取らない（Didos攻撃が発生したときにこのエラーが発生する可能性があります）。 参照.) |
| 505 | HTTPバージョンはサポートされていない | サーバーがリクエストのHTTPプロトコルバージョンをサポートしていない |
| 506 | バリアントもネゴシエートします | サーバー内部構成に循環参照があり、コンテンツネゴシエーションが失敗する |
| 507 | ストレージ不足 | サーバーに空き容量がないため、リソースを作成または変更できない |
| 508 | ループが検出されました | サーバーが要求処理中に無限ループを検出して操作を中断 |
| 510 | 拡張されていません | 要求を処理するために必要な拡張機能はありません |
| 511 | ネットワーク認証が必要 | ネットワークアクセスにはクライアント認証が必要 |
400 Bad Requestエラーの主な原因
WordPress400ステータスコードの主な原因は次のとおりです。
- 構文エラー： リクエストに誤った構文や形式が含まれているため、サーバーが理解できない場合
- 無効なURL： 無効な文字または形式のURL
- 破損したクッキーとキャッシュ： ブラウザの古いまたは破損したCookieとキャッシュ
- 大容量ファイルのアップロード： サーバーのファイルサイズ制限を超える場合
- プラグインまたはテーマの競合： WordPressの特定のプラグインやテーマによる問題
400エラーが発生した場合の回避策
WordPress サイトでこのようなエラーが発生した場合は、まず次の手順で問題が解決するかどうかを確認してください。
- ブラウザのキャッシュとクッキーを消去する
- ChromeまたはエッジブラウザからCookieとキャッシュを完全に削除して、問題が解決するかどうかを確認します。 WordPress サイトにキャッシュプラグインがある場合は、キャッシュプラグインのキャッシュも削除します。
- 別のブラウザでサイトにアクセスして、同じエラーが発生するかどうかを確認します。
- プラグインを無効に
- 多くの WordPress サイトの問題は、テーマやプラグインの競合が原因で発生します。すべてのプラグインを無効にして、競合するかどうかを確認できます。すべてのプラグインを無効にした後に問題が解決した場合は、プラグインの競合を疑うことができます。プラグインを1つずつ有効にして問題を引き起こすプラグインを特定できます。
- 基本テーマに変更
- Twenty Twenty-Fourのような基本 WordPress テーマに切り替えて問題が解決するかどうかを確認します。これにより、テーマが問題の原因であるかどうかを確認できます。
- 固有リンクの初期化
- 設定»ユニークリンクの[保存]ボタンをクリックして.htaccessファイルを再生成します。パーマリンクを初期化すると、400エラーを解決することもできます。
- URLの確認
- 入力したURLに誤字や誤った文字がないことを確認してください。
エレメントが使用されているサイトで400エラーが発生した場合
エレメント（Elementor)を使用する WordPress サイトで400エラーが発生した場合は、max_input_vars値を5000に設定すると解決できます。
国内ウェブホスティング Cafe24を利用する場合 FTPを介して接続し、.htaccessファイルに次のコードを追加してmax_input_vars値を上方修正することができます。
php_value max_input_vars 5000クラウドウェイズでホストされている場合は、サーバー管理ページの Settings & Packages » Advanced タブでMax Input Variablesの値を変更できます。
私はこの値を10000に設定しました。😄
ケミクラウドナ ファーストコメットを使用する場合は、cPanelのPHP Selectorツールでこの値を設定できます。
max_input_varsの値を調整する方法がわからない場合は、使用しているWebホスティング会社に連絡して指示を受けてください。
URLエラー
私はクモンでは仕事をほとんど受けませんが、プロモーションレベルでクモンにもいくつかのサービスを登録しました。しばらく前にクモーンで400人のクライアントがメニューの特定の項目をクリックしたときにXNUMX Bad Requestエラーが発生する問題でサービスを依頼してきました。
詳細を見ると、カテゴリ項目をクリックすると奇妙なURLにつながり、400エラーが発生しました。
特定のURLで400エラーが発生した場合は、そのURLに無効な文字が含まれていないことを確認してください。
コメントを残す