Apacheと長所と短所nginxの
1は、Apacheに関してnginxの利点：
軽量、同じWebサービスからは、Apacheのリソースとより少ないメモリ取る
抗同時に、非ブロックnginxの処理要求が非同期であり、かつapacheのです閉塞性、そして高性能の低リソースの消費量を維持するために高い同時実行の下でnginxの中で
、高度にモジュール設計を、準備モジュールは比較的単純である
コミュニティ活動家、ああ、急速に生産高機能モジュールのすべての種類
のApacheのnginxの相対的な利点：
リライト、nginxのより強力な書き換え
見つけることができ、より基本的な考え方の上にモジュールを
以下のバグを、バグのnginxの比較的多数
の超安定した
存在が理由で、一般的には、nginxのを使用して、Webサービスのパフォーマンスを必要とします。あなただけでなく、安定した性能を行う場合は、それをのapache。後者は前者よりも実装様々な機能モジュールを有し、それは複数の項目を設定することができ、前者モジュールをSSL良い例です。ここでは、ネットワークIOモデルは、高性能処理nginxの根本的な理由であるが、それ自体はごく少数で、静的なサービスを提供する場合、すべてのケースでは、ファイルディスクリプタの勝利はないのepoll（FreeBSD上では、kqueueのである）、ことに注意しなければなりませんファイルを選択した高性能モデルのApacheはepollを超えることがあります。もちろん、これは唯一の仮定の実際のアプリケーションのためのネットワークIOモデルの原理に基づいているが、まだの繰り返し測定を必要とします。
Webサーバとして2、：Apacheのは、nginxのに比べて、特にこの時点で、より高い効率を反映し、nginxのウェブホスティングプロバイダの歓迎をより多くの同時接続をサポートするために、より少ないリソースを使用します。高い同時接続の場合は、nginxのは、Apacheサーバへの良い代替です：nginxのは、米国でのWebホスティング企業の経営者は、多くの場合、接続数、nginxのおかげに50,000の同時応答までサポートできるソフトウェアプラットフォームを選択し実行するものです。我々は、開発モデルとしてのepollやkqueueのを選びました。
負荷分散サーバー:. nginxのようnginxのは、直接的にそれがあるかどうか、それはまた書くためにCを使用して外部サービスnginxのでHTTPプロキシサーバとしてサポートすることができ、外国のサービスでRailsとPHPプログラム内サポートPerlbalよりもシステムリソースのオーバーヘッドやCPU効率はるかに良い。
メールプロキシサーバとして：nginxのも非常に良いメールプロキシサーバー（この製品の目的の初期の開発の1つのメールプロキシサーバとしてである）である、Last.fmは成功を記述するそして素晴らしい経験
バグ非常に少ないサーバー、（また、Perlの構文をサポートしています）nginxのは、非常に簡単なインストールで設定ファイルは非常に簡単です：nginxのが始まりで、特に脆弱である、としても、ほとんど7 * 24中断のない操作を行うことができます数ヶ月のために実行する必要はありません。また、中断のないサービスを提供しています。あなたができる例ソフトウェアバージョンをアップグレードする。再起動
3、nginxの構成がシンプル、Apacheの複合体である
Apacheのよりも3倍高いnginxの静的な処理性能
ApacheがPHPのための比較的単純なサポートで、nginxのは、他のバックエンドと協力する必要があります
NginxはApacheの成分よりも、より
今nginxのWebサーバーは、最初の選択肢です
図4に示すように、コアの差は、Apacheはマルチプロセスモデル同期していることで、接続プロセスに対応し、nginxのプロセスに対応することができる非同期、複数の接続（百万レベル）である
。5、nginxのハンドル静的ファイルは、より少ないメモリが、疑いを消費しますApacheはまだ主流で、機能が豊富なのがたくさんありますので、それはあなたがニーズに合わせて確認してくださいnginxのであればコースを一致させる必要があり、その後、nginxのを使用し、より経済的な方法だろう。
6、ビューの過去の利用者の個人観点から、 nginxの負荷容量は、Apacheよりもはるかに高いです。最新のサーバーは、nginxのを使用しています。あなたが設定し、nginxの-tテストが問題なく設定することができます変更した後、Apacheを再起動して、私は何かがうまくいかない、それは変更が多くのクラスタステーション、抗同時nginxのフロントエンド、バックエンドクラスタのapacheがある見るために今非常に慎重になるだろう、崩壊する気づきました、悪いと。
7、nginxの動的な要求を処理nginxのは、逆に、静的およびにのみ適している、Apacheを行うには無味、一般的なダイナミックな要求です。
8は、私の個人的な経験から、nginxのフロントエンドサーバーは非常に良い、非常に良好な負荷性能、無理なくアナログ10000のWebBench静的ファイル要求に、古いベンでnginxのオープンです。PHPと他の言語のためのApache良いサポートは、強力なサポートネットワークのapacheに加えて、nginxの開発時間が比較的長く、バグのapacheが、マルチコア処理負荷無味欠点をサポートしていません少し生得があり、それはnginxのフロントエンドを行うことが推奨され、バックエンドApacheで。nginxの自家発電のクラスタリング機能とその大規模なサイトの推奨
nginxのは、Apacheの主なポイントよりも良い、9：1.Nginx自体は、リバースプロキシサーバー2.Nginx支持層7負荷分散であり、もう一つは、もちろん、nginxのは、Apacheのサポートよりも高いかもしれませんnginxのは、その成熟の、最初の、Aapcheまだほとんどの企業を話すので、一般的に、7.35％でありながら、並行性が高いが、Netcraftの統計によると、2011年4月の統計では、Apacheはまだ、62.71パーセントを保有します技術と開発コミュニティも非常に良好な性能を持っています。
10、ウェブサーバの需要があなたの選択を決定します。ほとんどの場合、nginxのは、そのようなので、上の接続とを維持するために、静的ファイルの処理、PHP-CGIのサポート、リバースプロキシ機能、フロントエンドキャッシュ、など、APACHEよりも優れています。Apacheの+ PHP（preforkの）モードでは、大規模なフロントエンドPHPまたは圧力下ケースの遅い処理と、それによって現象サービスを拒否する、プロセスのアパッチ急上昇数の傾向があります。
11は、nginxののLUAモジュールで見ることができます。https：//github.com/chaoslaw...apache nginxのモジュールよりは、直接使用することができLUA Apacheを達成なぜ、最も普及しているのですか？ほとんどの人が更新したり、新しい物事がnginxの学ぶために気にしないでください
nginxのために、私はそれは非常に単純な、たくさんのための定期的な構成が簡単、高い動作効率、小さなフットプリント、強力なエージェントとなり、設定ファイルを書くのが好き、12、それはフロントエンドに適していますサーバからの応答
13、頻繁に書き換える場合はApacheは、ダイナミック、nginxのより良い並行性、低CPUのメモリフットプリントを扱うことの利点を持っており、それはそれは、Apacheました
##の部分は、他の首長からの個人的なコレクションで、一時的なDOを借り