Firebugで を見ていて、www.google.com奇妙なことに気付きました。Google のロゴはセンター タグを使用して中央に配置されています。
そのため、 W3C バリデーターでページを確認したところ、48 個のエラーが見つかりました。ページを有効にできない場合があることはわかっています。特に次のようなことについて話しているときに、ページwww.google.comをできるだけ小さくしたいのですが、中央タグを使用する理由を誰か説明してもらえますか?
Firebugで を見ていて、www.google.com奇妙なことに気付きました。Google のロゴはセンター タグを使用して中央に配置されています。
そのため、 W3C バリデーターでページを確認したところ、48 個のエラーが見つかりました。ページを有効にできない場合があることはわかっています。特に次のようなことについて話しているときに、ページwww.google.comをできるだけ小さくしたいのですが、中央タグを使用する理由を誰か説明してもらえますか?
私は数年前にSXSWで開催された「F*ckStandards」というパネルに参加しました。これは、理にかなっているときに標準を破ることに関するものでした。パネルにはGoogleのエンジニアがいて、Googleのホームページが検証に失敗したり、廃止されたタグを使用したりすることなどについて話していました。彼は、パフォーマンスがすべてだと述べました。彼は、この場合、divとCSSを打ち負かすテーブルを使用したレイアウトレンダリングについて具体的に言及しました。ページがユーザーのために機能する限り、彼らは標準よりもパフォーマンスを優先しました。
これはトラフィックの多い非常にシンプルなページなので、理にかなっています。複雑なアプリを作成している場合、このアプローチはうまく拡張できない可能性があると思います。
馬の口から。
それは、仕事を成し遂げるための最も簡単で簡潔な方法だからです。 <center>確かに非推奨ですが、まだサポートされている限り、まだ使用されている可能性があります。
margin:0 auto より短い。解析が速くなります。有効な HTML4 です。外部依存関係がないため、HTTP リクエストが少なくなります。
ユーザビリティは有効性ではありません。
Google 検索の最大の成果は、使いやすく、広く使用できるサイトを構築したことです。さて、Google が検証を行わないページでこれを達成したとすれば、そこには学ぶべき教訓があります。
より適切な質問は、「正常に機能する場合、なぜ Google はそれを検証するのか?」ということだと思います。ユーザーにとっては何の違いもありません。
Google のホームページでは、多くの点で検証が破られています。本当の理由として考えられるのは、速度と帯域幅のコストです。特に Gzip がパケット レベルで適用された後のホームページ HTML のサイズを確認します。彼らは明らかにパケットの断片化を回避しようとしており (帯域幅の増加を意味します)、それを取得するために必要なことは何でも喜んで行います (識別子の短縮、引用符の削除、非推奨のタグ、空白の削除など)。
これを正当性の問題 と見なすのであれば問題ありませんが、これを想定しないと、もちろん否定的な結論に飛びつく可能性があります。ところで、ポジティブな方法とネガティブな方法の両方でページをさらに最適化できますが、典型的なパケットサイズに入ると、それはやや無意味です.
確かに非推奨ですが、シンプルさがあなたの質問への答えだと思います。
また、font や u などの非推奨のプレゼンテーション タグも使用します。私の推測では、外部スタイルシートを使用するよりもページの読み込みが速くなり、より多くのプラットフォームで動作できるようになります。