現在、会社の Web アプリケーションの UI のパフォーマンスを調整しようとしています。アプリケーションはスタッフのみがアクセスするため、サーバーとクライアント間の接続速度は、インターネット上にある場合よりも常にかなり速くなります.
Y Slow! などのパフォーマンス監査ツールを使用しています。Google Chrome のプロファイリング ツールを使用して、調査対象とする価値のある領域を強調表示します。ただし、これらのツールはインターネットを念頭に置いて作成されています。たとえば、アプリケーションの Google Chrome 監査からの現在の提案は次のとおりです。
ネットワーク利用率
- 外部 CSS を組み合わせる (赤色の警告)
- 外部 JavaScript を組み合わせる (赤い警告)
- gzip 圧縮を有効にする (赤い警告)
- ブラウザのキャッシュを活用する (赤色の警告)
- プロキシ キャッシュを活用する (黄色の警告)
- Cookie のサイズを最小化する (黄色の警告)
- ホスト名間でダウンロードを並列化する (黄色の警告)
- Cookie を使用しないドメインから静的コンテンツを提供する (黄色の警告)
ウェブページのパフォーマンス
- 未使用の CSS ルールを削除する (黄色の警告)
- ベンダー接頭辞の代わりに通常の CSS プロパティ名を使用する (黄色の警告)
接続速度と使用パターンを考えると、これらのアドバイスは完全に冗長ですか? ユーザーは 1 日中頻繁にアプリケーションを使用するため、将来のページ ビューで最小限の作業が行われる限り、最初のヒット (ユーザーが最初にページにアクセスしてキャッシュを構築するとき) が大きくても問題ありません。 .
たとえば、すべての CSS ファイルと JavaScript ファイルを組み合わせる価値はありますか? 最初のページ ビューは高速化されるかもしれませんが、その後のページ ビューでは実際にどの程度の違いが生じるのでしょうか?
私はこれを検索しようとしましたが、私が思いついたのは、標準的なインターネットに直面しているパフォーマンスのアドバイスだけです. このシナリオでのパフォーマンス調整作業の焦点を当てるべきか、または他の監査ツールの推奨事項に関するアドバイスをいただければ幸いです。