コードを予備のファイルに保持するのではなく、CSSとJSをWebページに埋め込むための何らかの利点（速度またはパフォーマンスの面で）はありますか？私は、コードを別々のファイルに分けておくと、保守が容易になると信じて育ちました。しかし、アマゾンやグーグル、さらにはフェイスブックのような有名なウェブサイトでは、たくさんの埋め込みコードが見られます。彼らがそうすることを選択するパフォーマンス上の理由はありますか、それとも単に古い/新しい方法で物事を行うのですか？私の質問はこれに似ていると思います：帯域幅を節約するためにモバイルサイトでCSSとJSをインライン化する必要がありますか？
しかし、私はフォームの専門家、特に有名なWeb関係に取り組んでいて、もしあればそうしている人々から聞いてみたいと思います。
PS
ボーナス質問：アマゾンのウェブページの最後のhtmlコメントは<!-- MEOW -->何かを意味するのですか、それとも単に面白いいたずらですか？
リソースをインライン化するのには十分な理由がありますが、ほとんどのものと同様に、トレードオフもあります。インライン化の最も単純なケースは、HTTP 接続のコストがリソース自体よりもはるかに高い場合です。例: 表示する必要がある 10x10 のアイコンがある場合、その専用のリクエストは、データのインライン化に比べて価値がない可能性があります。データURI経由。
これは、取得する必要がある小さなリソースが多数ある場合に特に当てはまります。ほとんどのブラウザーは、ホストごとに最大 6 つの接続に制限されているため、取得する必要があるリソースが 60 ある場合、かなりの時間ブロックされます。
これらのケースを回避するために、別の回避策を考え出しました: 6 つの接続制限を超えるためのドメイン シャーディングと、1 つのリソースと複数のリソースを取得するための「スプライト」です。
これらの最適化の多くをオンザフライで実行する mod_pagespeed (Apache モジュール) を見ると、推奨される設定は 2kb 未満のリソースをインライン化することです。これは、今日のスタックのかなり良い経験則です。
SPDY がより広く展開されると、これらの回避策の多くを排除できます。ドメインのシャーディングを行う必要がない、追加のリクエストのコストが大幅に削減されるなどです。
Stoyan は、興味深い実験を行いましたhttp://www.phpied.com/style-tag-to-inline-style-attrrib/
通常、CSS/JS 外部ファイルは、ユーザーのブラウザのプロファイルの下にあるユーザーのハード ドライブにキャッシュされます。そのため、コードを頻繁に変更しない限り、インラインに配置することで実際に有利になることはありません。
メンテナンスの時間を確実に節約できますが、javascript/css ファイルを簡単に呼び出して、サーバー側で設定しているページにコードを埋め込むことができますが、それはサーバーに追加の作業を行わせることにもなります。
MEOWについては - ええ、彼らは面白いことをしようとしている、またはそれはコードです... 猫...