- 方向:
- 全て ウェブ3.0 バックエンド開発 ウェブフロントエンド データベース 運用・保守 開発ツール PHPフレームワーク 毎日のプログラミング WeChat アプレット よくある問題 他の 技術 CMS チュートリアル Java システムチュートリアル コンピューターのチュートリアル ハードウェアチュートリアル モバイルチュートリアル ソフトウェアチュートリアル モバイル ゲームのチュートリアル
- 分類する:
-
- Nginx add_header命令の分析例
- はじめに ご存知のとおり、nginx 設定ファイルは add_header ディレクティブを使用して応答ヘッダーを設定します。 curl を使用してサイトの情報を確認し、返されたヘッダーが予期したものと異なることを確認します: http/2200date:thu,07feb201904:26:38gmtcontent-type:text/html;charset=utf-8vary:accept-encoding, cookiecache-control:max-age=3,must-revalidatelast-modified:thu,07feb20190
- Nginx 1564 2023-05-17 18:37:06
-
- Nginx が URL 内のパスに基づいてアップストリームに動的に転送する方法
- シナリオ 1/svr1/xxxx?yyy は svr1:8080/xxxx?yyy/svr2/xxxx?yyy に転送され、svr2:8080/xxxx?yyy に転送されます。設定は次のとおりです。 location~*/(srv[1- 9]+)/( .*)${allowall;proxy_passhttp://$1/$2$is_args$args;proxy_set_headerhost$host;proxy_set_headerx-forwarded-for$forwarded_addr;}upstreamsrv1{serversrv1-
- Nginx 1488 2023-05-17 18:28:06
-
- Nginx 404エラーの解決方法
- 最近、プロジェクトをデプロイするときにいくつかの問題が発生しました。図に示すように、通常のログイン インターフェイスにはアクセスできるのですが、ログイン後、アドレスにアクセスすると 404 エラーが報告されます。そこで、設定エラーがないか確認してみました。 , しかし、確認したところ、nginx. 2 つの構成ファイル conf と config.js の IP とポートが正しいことがわかりました。このプロジェクトは何度もデプロイされており、そのようなエラーは発生していません。これは、nginx.conf のオリジナルの未加工の解凍されたソース ファイルです。丸で囲まれた領域は、プロジェクト構成に従って構成する必要がある、対応する IP とリスニング ポートです。listen はポートに対応し、server_name はアクセスされた IP に対応しますが、これはできませんこの問題を解決するには、次の文を追加する必要があります。
- Nginx 16069 2023-05-17 18:23:18
-
- nginx IPブラックリストの動的禁止方法
- 1. ソリューションのブラックリストは mysql に永続化されます (一般的なソリューションは redis ですが、異なる IP が異なる有効期間を設定する、IP のクラッド、統計などの制御には役立ちません); lua-nginx-module を通じて、 nginx では、メモリ (lua_shared_dict) を開くと、Lua は定期的にブラックリストを mysql から lua_shared_dict に更新します; すべてのリクエストは lua_shared_dict の ipcheck でチェックする必要があります。 2. インストール 2.1 インストール luajitcdluajit-2.0.5makemakeinstallprefix=/usr/local/
- Nginx 1443 2023-05-17 17:58:06
-
- nginx設定add_headerの落とし穴を解決する方法
- はじめに add_header は headers モジュール内で定義されている命令で、その名前が示すように http レスポンス ヘッダーを追加するために使用されます。ただし、これは単に「追加」するだけであり、書き換えではないことに注意してください。したがって、ヘッダーがすでに存在する場合、add_header を再度使用すると問題が発生します。さらに、nginx の以前のバージョンでは、add_header はエラー ページでの使用をサポートしていません。これは落とし穴が多い指示です。処理段階はロケーション処理よりも後であり、ロケーション内に書き込むことはできますが、別のロケーションを書き換えると、前のロケーションにある未処理の add_header が失われます。例: 場所
- Nginx 1841 2023-05-17 17:40:06
-
- NginxプロキシParttainerの使用方法
- 主な目的は、nginx を介して Parttainer サービスをプロキシし、nginx を介して統合転送を実行することです. 1. nginx を起動します. nginx を起動し、nginx 構成パス全体をマウントします. 特定の nginx 構成は、Baidu dockerrun-p80:80-namenginx- にあります。 -restart=always- vnginx/:/etc/nginx-dnginx conf.d/default.confupstreamdocker を変更します。設定パスの下の Porttainer コンテナの名前。この nginx が設定されていない場合は、noresolverdefinetore が使用されます。
- Nginx 1348 2023-05-17 17:04:06
-
- Nginx サーバーのストレス テストを行うように ab を設定する方法
- ab は、Apache のパフォーマンス テスト ツールです。ab ツールのみをインストールできます。 abapt-getinstallapache2-utilscentos を ubuntu にインストールし、abyuminstallhttpd-tools をインストールします。テストの前に、簡単な html、php、および画像ファイルを準備する必要があります。それらを個別にテストしてください。これら 3 つのファイルを nginx インストール ディレクトリのデフォルトの html ディレクトリに配置します。準備が完了したら、ab-kc1000-n1000http://localhost/ab.html をテストします。このコマンドは 1000 同時実行を使用し、1000 回接続します。結果は次のとおりです
- Nginx 790 2023-05-17 16:40:51
-
- Nginx で htpasswd を使用して Web サイトをパスワード保護する方法
- 最終的な効果は似ています (ブラウザごとにインターフェイスが異なります)。認証が失敗すると、http エラー 401authorizationrequired が報告されます。このような機能を実装するには、サーバーの構成を変更し、ログイン用のユーザー名とパスワードを設定する必要があります。まず、Web サイトの nginx サーバー構成を変更する必要があります。Ubuntu サーバーの場合、この構成ファイルは通常 /etc/nginx/sites-enabled/ にあります。たとえば、デフォルトの構成ファイル /etc/nginx/sites- を使用します。ここで有効/デフォルト 例: 次のようにコードをコピーします。
- Nginx 946 2023-05-17 15:49:06
-
- Nginxサーバーのブラックリストまたはホワイトリスト機能を設定する方法
- 1. ブラックリストまたはホワイトリストの定義方法: 1. 設定形式 設定キーワード ブラックリストまたはホワイトリスト ファイルの格納スペースwhite_black_list_confconf/white.listzone=white:2m;|||||||-------- ---- ----------------------------こちらの収納スペースサイズは2mです、スペースサイズにより白黒リストの容量が決まります||---------------------------------------------- ------ ----------------------------------
- Nginx 2327 2023-05-17 15:40:06
-
- Docker を使用してボリュームをマウントし、Nginx をデプロイする方法
- Nginxのデータ量 nginxにはフォワードプロキシ、リバースプロキシ、ロードバランシング、トランスペアレントプロキシなど多くの機能がありますが、一般的にはリバースプロキシとロードバランシングがよく使われます。これらの操作では構成ファイルを変更するだけでよいため、構成ファイルをローカルで同期するだけで済みます。 nginx 設定ファイルのパスは etc/nginx/nginx.conf です。まず、対応するディレクトリとファイルを作成します。nginx1 ディレクトリ内の nginx.conf も作成する必要があり、内容は空のままでかまいません。次に、イメージが正常かどうかを確認します。イメージをダウンロードしていない場合は、次のコマンドを使用してイメージをプルします (デフォルトは最新バージョンです): dockerpullnginx 次に、コンテナーを実行します: docker
- Nginx 1156 2023-05-17 15:31:40
-
- Laravel OctaneのnginxとLaradockでWebSocketを設定する方法
- 前の状況は、LaravelOctane が laradock にインストールされた後、swoole が開始されることを示しています。nginx でのポート アクセス接続の構成が失敗し、エラー メッセージ 502 が報告されます。構成は次のとおりです: location/octane{proxy_passhttp://127.0.0.1: 8080;} 理由: Swoole サーバーはコンテナー内で実行されているワークスペース内にあります。Nginx サーバーは Nginx コンテナー内で実行されており、ワークスペース IP を見つけて nginx で構成する必要があります。解決策: dockerps はワークスペース コンテナーの ID をチェックします。 dockerinspect コンテナ ID、ネットワークを検索
- Nginx 1286 2023-05-17 15:22:06
-
- 高負荷ネットワーク向けに Nginx と Node.js を最適化する方法
- ネットワーク最適化では、まず nginx と node.js の基盤となる伝送メカニズムを理解し、目的を絞った最適化を実行しなければ、両者の最適化をどれほど詳細に行っても無駄になる可能性があります。通常、nginx は tcpsocket を介してクライアントと上流アプリケーションを接続します。私たちのシステムには、tcp に対して多くのしきい値と制限があり、カーネル パラメーターを通じて設定されます。これらのパラメータのデフォルト値は一般的な目的のために設定されていることが多く、Web サーバーの高トラフィックと短い寿命の要件を満たすことができません。 tcp チューニングの候補となるパラメーターをいくつか示します。これらを有効にするには、それらを /etc/sysctl.conf ファイルに配置するか、/etc/sysctl などの新しい構成ファイルに配置します。
- Nginx 1488 2023-05-17 15:13:14
-
- nginx が Tomcat の動的分離と静的分離を実現する方法
- 1. なぜ動的と静的な分離が必要なのか? 1) nginx は静的リソースを処理する能力が強い. 主な理由は、nginx の静的ページの処理効率が Tomcat よりもはるかに高いためです. Tomcat のリクエスト量が 1000 倍の場合、すると、nginxのリクエスト量は6000倍、tomcatの1秒あたりのスループットは0.6m、nginxの1秒あたりのスループットは3.6mとなり、nginxの静的リソースの処理能力はtomcatの6倍であると言え、その優位性は明らかです。 2) サーバー構造を明確にするために、動的リソースと静的リソースが分離されています。 2. 静的と動的の分離の原則 サーバーがクライアントから受け取るリクエストの中には、html、css、js、画像リソースなどの静的リソースに対するリクエストもあります。
- Nginx 872 2023-05-17 14:52:28
-
- nginx書き換え機能の使い方
- はじめに いくつかの Web サイトを閲覧するときに、www.abc.com または www.abcd.com と入力すると、ページには www.abc.com のホームページ コンテンツが通常どおり表示されることに気づいたことがありますか。 nginxrewriteの利用シナリオです。リライトの概要 リライトは Nginx サーバーが提供する重要な基本機能です. その主な機能は URL アドレスの書き換えを実現することです. リライト機能は pcre のサポートに依存しています. したがって、Nginx サーバーをコンパイルしてインストールする前に、 pcre ライブラリ (nginx は ngx_http_rewrite_module モジュールを使用して Rewrite 関数を解析して処理します)
- Nginx 3420 2023-05-17 13:49:32
-
- nginxメモリプールの実装方法
- 1. 最新の安定版nginx1.20.2の紹介。メモリを効率的かつ迅速に割り当て、メモリの断片化を減らすために、nginx は独自の基本的なメモリ プール コンポーネントを実装しています。主な実装ファイル ngx_palloc.h、ngx_palloc.c 2. データ構造 2.1 メモリプールの主な構造 typedefstruct{u_char*last;u_char*end;ngx_pool_t*next;ngx_uint_tfailed;}ngx_pool_data_t;structngx_pool_s{ngx_pool_data_td;size_tmax;ngx_poo
- Nginx 1325 2023-05-17 13:26:27