啓発 Web 標準: フロントエンドのパフォーマンスの最適化
フロントエンドのパフォーマンスの最適化は完全に技術的なトピックですが、Web サイトを開くのに 3 ～ 5 秒かかる場合、またはブラウザーに接続できない旨のメッセージが表示されるまで待つ必要がある場合は、プロジェクトのユーザー エクスペリエンスに大きな影響を与えます。ウェブサイトはどこからトラフィックを獲得し、ブランドはどこから来るのでしょうか? 影響力とユーザーロイヤルティは、ただお金を稼ぐだけです。
3 秒は、Web サイトの速度に対するユーザーの許容限界を判断するために使用されます。3 秒を超える場合、ユーザーは Web サイトに対して否定的な心理を抱いています。
フロントエンドのパフォーマンスの最適化と Web 標準の関係は何ですか? 次に、最初の記事は、Web 標準の理解 - 考え方の統一と標準への準拠についてです。
引用：
フロントエンドのパフォーマンスの最適化 Yahoo のパフォーマンスの最適化について知っている学生なら、YSlow スコアをインストールして最適化と比較するだけで十分です。しかし、これらがなぜ速度を向上させるために必要なのか考えたことはありますか。何らかの形でのウェブ標準には相関関係や因果関係があるのでしょうか？
これらの項目を、サーバー側コンピューティングの最適化、送信の最適化、クライアント側のコンピューティングの最適化の 3 つのカテゴリに分類しました。
最初のカテゴリ、サーバー側の最適化
サーバー側は、Web サイトの動的言語 (asp、php)、データベース クエリ、ストレージなどの実行です。一般に、これは入出力操作です。これらはフロントエンドとは関係ありませんが、フロントエンドには影響します。 YSlow にはそのようなことはありません。Web サイトのサーバーのパフォーマンスがどれほど優れているかはわかりません。サーバーのパフォーマンスとデータベースのパフォーマンスを自分で最適化し、さらにサーバーの拡張を購入してください。
yslowにはできるだけ早くバッファをリフレッシュするメソッド(Flush the Buffer Early)があり、htmlが完成する前に送信されるようです。
ドメイン名の DNS 解決速度を向上させます。 DNS 解決の数を減らします。分類するのが難しいので、とりあえずここに置いておきます。
バックワードページエンジニアシステム、アーティスト向けのページコード、IEでのみ閲覧可能なページコード、コードを書かずにグラフィックツールで直接エクスポートできるページコード、大量のトラフィックを消費するページコード、同様に遅いページコードカタツムリのように、プログラマはページコードを見るとめまいを感じ、修正されるたびに移動しなければならないページコードは、ページエンジニアと出稼ぎ労働者を同じにする一種のページコードです。
もちろん、私たちはそれを革新し、置き換え、新しいページエンジニアシステムとページ品質を作成する必要があります。独立したページエンジニアによって完成されたページコード、プラットフォームをまたがるページコードは、ページを解析できるあらゆるデバイスからアクセスして閲覧できます。 、手書きのページ コード、きちんとしていてよく構造化された、トラフィック消費量が最も少ないページ コード、プログラマが好むページ コード、超高速アクセス速度のページ コード、ページ エンジニアが頭を上げられるように改訂された再利用可能なページ コードエンジニアと誇らしげに名乗るも、書かれているのはコンピューターコードのページコードです。
フロントエンドの最適化は、Web 標準をテストする機会を提供するだけであり、標準化が良いかどうかを判断するには、「実践が真実をテストするための唯一の基準である」を使用してください。