NGINX は 404 エラー ページのリダイレクトを構成します
404 ページとは
Web サイトに問題が発生した場合、またはユーザーが存在しないページにアクセスしようとした場合、サーバーはコード 404 のエラー メッセージを返します。対応するページは 404 ページになります。 404 ページのデフォルトのコンテンツは、特定のサーバーに関連しています。 NGINX サーバーがバックグラウンドで使用されている場合、404 ページの内容は次のようになります: 404 Not Foundnginx/0.8.6
Why do you need toカスタマイズ the 404 page
404 エラーにアクセスしたとき上記のページでは、ユーザーの 99% (未調査、推定データ) がページを閉じ、ユーザーは静かに失われてしまうと思います。この時にユーザーを行きたい場所に誘導できる美しいページがあれば、確実にユーザーを囲い込むことができます。したがって、すべての Web サイトは独自の 404 ページをカスタマイズする必要があります。
NGINX での 404 ページのカスタマイズ方法
IIS および APACHE での 404 ページのカスタマイズの経験を紹介する記事はすでにたくさんあります。現在、私のサーバーのいくつかは NGINX です。問題を解決するために この問題は徹底的に研究されました。研究結果は、NGINX でカスタマイズした 404 ページを構成することが可能であることを示しており、それは次の手順だけで十分です:
1.独自の 404.html ページを作成する
2.変更。 nginx.conf in http 定義領域を追加します:
fastcgi_intercept_errors on;
3.nginx.conf を変更し、サーバー領域に追加します:
error_page 404 = /404.html
4.テストnginx.conf の正確さ:
/ opt/nginx/sbin/nginx –t
正しい場合、次の情報が表示されるはずです:
設定ファイル /opt/nginx/conf/nginx.conf 構文は問題ありません kill -HUP `cat /opt/nginx/nginx.pid `設定ファイル /opt/nginx/conf/nginx.conf テストは成功しました 設定ファイルの例:
……
注:
1. fastcgi_intercept_errors on を追加する必要があります。このオプションが設定されていない場合、404.html が作成され、error_page が設定されていても効果はありません。 fastcgi_intercept_errors 構文: fastcgi_intercept_errors on|off デフォルト: fastcgi_intercept_errors off 追加場所: http、server、location デフォルトでは、nginx はカスタム 404 エラー ページをサポートしません。このディレクティブが on に設定されている場合にのみ、nginx は 404 エラーのリダイレクトをサポートします。ここで注意する必要があるのは、fastcgi_intercept_errors on が設定されている場合、nginx が 404 エラーをリダイレクトするという意味ではないということです。 nginx で 404 エラー リダイレクトを有効にするための前提条件は、fastcgi_intercept_errors をオンに設定し、error_page オプション (文法および対応する 404 ページを含む) を正しく設定することです2. トラブルを回避したり、ホームページの重量を増やしたりするために、ホームページを として指定しないでください。 404 エラー ページが表示されるため、他の方法を使用してホームページに移動しないでください。
3. カスタム 404 ページは 512 バイトより大きくなければなりません。そうでない場合は、IE のデフォルトの 404 ページが表示される可能性があります。たとえば、404.html がカスタマイズされており、サイズが 11 バイトのみであると仮定します (内容: 404 エラー)。次の 2 つの存在しないアドレスを使用してアクセスします:
質問してください、作成された 404 ページはどこにありますか? まだ試していません どこにでも配置できますが、この設定行は必ず変更してください
error_page 404 = /404.html;
@5169.info
どこにでも配置できますが、この設定行は必ず変更してください
error_page 404 = ../404.html;error_page 404 = /404.html; つまり、各サブサイトは 404 ファイルをコピーする必要がありますが、これは可能ですか
404 の 1 セットを作成し、htdocs の下に置くだけです
現在、この記事にはトラックバックやピンバックはありません。 注意事項 : コメント投稿者は、'@user:'を使用して、他のコメント投稿者にコメントを通知することができます。 たとえば、ABC がこの記事のコメント投稿者の 1 人である場合、「@ABC一重引用符なしで」を使用すると、コメントが自動的に ABC に送信されます。 ![]() ユーザーはコメント投稿者の名前と一致する必要があり、大文字と小文字を区別して、と書く必要があります ![]() |

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。
