Webサイトに大量のトラフィックがある場合、HTTPSよりもHTTPを速く要求していますか？

それで、来週の火曜日の午前9:00に、私達は私達の大学のウェブサイトでオンライン戦争をするつもりです。文字通り。

コース登録についてです。容量が限られている優秀なコースはほとんどなく、多くの学生が登録しようとしています。そのため、Webサイトが登録セクションを開く午前9:00:00にレースが開始されます。これらの需要の高いコースのいずれかを希望する場合、9：00はもう遅すぎることが経験からわかっています。

機密データをWebサイトと交換しているわけではありません。つまり、セキュリティは問題ではありません。 Qは、WebサイトがデフォルトでHTTPSで開くため、HTTPを使用すると誰も使用していないという利点があるのですか。これは意味がありますか？私はここのスーパーユーザーはすでにこれを試したことがあるかもしれないと思いますので、どんな経験でも？

一般に、あなたは ではない HTTPとHTTPSの応答率に大きな違いがあることに注意してください。しかし多くのことがあなたのサーバの設定と、それをどこでホストしているかに依存します。

もちろん、SSLの場合は暗号化のためにある程度のオーバーヘッドがありますが、ハードウェア、サーバーソフトウェア、動的コンテンツと静的コンテンツの比率、サーバーまでのクライアント距離、一般的なセッション長などに大きく依存します

動的コンテンツを大量に使用するサーバーは、暗号化に費やす時間（SSLオーバーヘッド）が 微々たる コンテンツ生成時間と比較して。

SSLハンドシェイクはHTTPSの主要なコストです。最初のSSLハンドシェイクはかなりの待ち時間を招きます。セッションを維持するために使用されるメカニズムは無視できるほどの待ち時間を追加するだけです。その結果、あなたのセッションが短いのでなければ、あなたはより多くを得ます パフォーマンス上の利点 セッションメンテナンスから失うよりも圧縮から。そのため、「典型的なセッション長」と「クライアントのキャッシュ動作」が重要になります。

自分のブラウザでHTTPとHTTPSのパフォーマンスの違いを簡単にテストできます。 HTTPとHTTPSのテスト ウェブサイト アンスムクリス ：

このページは、安全でないHTTPと暗号化されたHTTP上でのロード時間を測定します。   HTTPS接続どちらのページも360個のキャッシュされていない画像をロードします（2.04   合計MB）。

__

あなたのケースでは、どうやら、中にピークトラフィックと高いヒット率があるでしょう 短期間 ...だからhttps対httpはあなたにとって取引を破る問題ではない、あなたはむしろこれらについて考えるべきです：

• コンテンツ生成時間の最適化
• キャッシングメカニズムの導入
• 静的コンテンツにはできるだけCDNを使用します。

HTTPとHTTPSの違いは数ミリ秒です。HTTPは1往復時間ですが、HTTPSは複数の往復時間を持つ場合があります。 SSLハンドシェイク 。 SSL / TLSを無効にすることで、より安全でないアプリケーション配信に頼るのではなく、CDNがこれらのミリ秒を加速すると考えるかもしれません。

セキュリティは依然として懸念すべきであると付け加えます。あなたのサイトを破壊しようとする悪意のあるボット、学生による攻撃、あるいは単に外部からの攻撃者による攻撃、そしてサイトの登録中に何らかの問題が発生した場合学生が過剰に登録されたコースから締め出されているより。