2016-05-09 11 views
-1

SOがこの質問の正しい場所であるかどうかわからないので、間違ったフォーラムであればあまり厳しくしないでください:)php - バックエンドの圧縮/解凍アルゴリズムは、クライアントサイドのページ読み込み速度に顕著な影響を与えますか?

弊社はページの読み込み速度を向上させようと努めています。 (キャッシュ、CDN、任意の不要なコード/ CSSを使用し、jQueryの代わりにraw JSを使用するなど)。

私はgz圧縮アルゴリズムでhereを読んでいました。貢献者の1人(robin)は、gzdeflate()gzcompress()が同じように高速であった方法を指摘しますが、gzinflate()gzuncompress()の一貫して2倍の速さでした。

これらのZlib関数のいずれかを使用して静的HTMLを圧縮/解凍すると、(ページ全体の読み込みプロセスの)バックエンド実行コンポーネントがユーザによって目立たないと思われます。しかし、1MBのHTMLが800KBのHTMLとして提供されていることに気付くかもしれません。

私の質問は、カスタム圧縮/復元アルゴリズムを使用したバックエンドスクリプトの実行は、圧縮/復元アルゴリズムが非常に複雑であっても、エンドユーザーのページの読み込み速度に影響しますか? (多くの関数呼び出し、バックエンドスクリプトそのものはかなり大きいですが、substr_count()などの安価ではない関数を自由に使用します)

+0

などグーグル、フェイスブック、ツイッター、として大きなウェブサイトを使用している圧縮の種類を調べることで参照してくださいPHPのコードで発生するページの圧縮速度に影響を与えません。圧縮が有効になっていると、PHPはすべての出力をバッファし、出力がクライアントに送信される直前に圧縮されます。実際の圧縮を遅くする唯一のことは、圧縮するバイト数を増やすことです。 – Mike

+0

私のタイトルが悪い...クライアント側ではないクライアントのサイズを意味します:) –

+0

@Mike 1MBファイルを10バイトに圧縮する魔法の方法があれば、実行するのに1秒かかるスクリプトが必要でしたポイントを作るために)ユーザーはページの読み込み速度でこれを気付かないでしょうか? –

答えて

1

すでに圧縮/復元方法を使用しているとします。同様にCPU使用量に応じてアルゴリズムを選択することもできますが、質問に答えると、最終的なユーザーにとって余分なビットが目立ちません。最も高価な操作は、「最初のバイトまでの時間」(TTFB)です。

あなたはクロームのdevのツールで独自のベンチマークを行うことができ、ここでlink

が何であれ

関連する問題