2009-06-24 6 views
60

Firebug에서 www.google.com을보고 이상한 것으로 나타났습니다. Google 로고는 가운데 태그를 사용하여 중심에 있습니다.Google 홈페이지에서 더 이상 사용되지 않는 HTML을 사용하는 이유는 무엇입니까 (예 :.

그래서 나는 W3C validator으로 페이지를 확인했으며 48 개의 오류가 발견되었습니다. 이제는 페이지를 유효하게 만들 수없는 때가 있다는 것을 알고 있습니다. 특히 www.google.com과 같은 내용을 말하고 가능한 한 작게하고 싶을 때가 있습니다.하지만 누군가가 센터 태그를 사용하는 이유를 설명해 주시겠습니까?

+1

좋은 질문입니다. +1 흥미 롭습니다. –

+4

많은 대형/인기있는 사이트의 유효성을 검사하지 않습니다. 타겟 잠재 고객 브라우저에서 제대로 작동하지 않는 경우 유효한 HTML을 보유 할 필요가 없습니다. – RichardOD

답변

57

몇 년 전 "F * ck Standards"라고하는 패널에 참석했는데 그것이 의미가있을 때 표준을 깨는 것에 관한 것이 었습니다 .PA에 Google 엔지니어가있었습니다 nel은 Google 홈 페이지에 대해 유효성 검사가 실패하고, 비추천 태그를 사용하는 등의 문제에 관해 이야기했습니다. 그는이 경우 div와 CSS를 능가하는 테이블로 레이아웃 렌더링을 구체적으로 언급했습니다. 페이지가 사용자에게 효과가있는 한 표준을 능가하는 성능을 선호했습니다.

트래픽이 많은 매우 간단한 페이지이므로 의미가 있습니다.이 접근법이 잘 확장되지 않을 수도있는 복잡한 앱을 만드는 중이라면 상상이됩니다.

말의 입에서.

9

여백보다 짧은 : 0 자동. 구문 분석이 빠르다. 유효한 HTML4입니다. 외부 종속성이 없으므로 HTTP 요청이 적습니다.

13

작업을 완료하는 것이 가장 쉽고, 가장 간결한 방법이기 때문에. <center>은 더 이상 사용되지 않지만 여전히 지원되는 한 계속 사용하면 볼 수 있습니다.

+4

요즘까지

은 어떤 대안보다 광범위하게 지원됩니다. – cletus

+3

그리고 포인트를 약간 확장하십시오. 유효성 검사는 중요하지 않습니다. 디스플레이가 훨씬 더 중요합니다. – NotMe

4

나는 더 좋은 질문은 "Google이 왜 제대로 작동하는지 확인하는 이유는 무엇입니까?"라고 물었습니다. 사용자에게는 아무런 차이가 없습니다.

+0

이것이 사실이지만 내 경험에 비추어 볼 때 코드를 유효하게 만드는 것은 문제가 발생할 때이를 진단하는 좋은 방법입니다. –

0

또한 font 및 u와 같은 다른 사용되지 않는 프리젠 테이션 태그를 사용합니다. 내 생각 엔 외부 스타일 시트를 사용하여 페이지를 빠르게로드하고 더 많은 플랫폼에서 작동하도록 할 수 있습니다.

+0

그들은 문서 내에서 일부 CSS를 사용합니다. 글꼴 태그를 쓰는 것이 더 짧을 수도 있습니다. –

+0

나는 아마 브라우저의 오류가 명확하지 않다고 생각할 것이다. 과 같은 것을 사용하면 인라인 스타일로 정의한 것보다 몸체의 문자가 작아 질수록 파일 크기를 작게 만들 수 있습니다. 그 글꼴 크기의 사용 주위에. 특히 각 글꼴 크기 태그는 한 번만 사용됩니다. –

8

사용성은 유효하지 않습니다.

Google 검색의 가장 큰 업적은 사용하기 쉽고 널리 사용되는 사이트를 만드는 것이 었습니다. 이제 Google이 유효성을 검사하지 않는 페이지로이를 달성하면 학습 할 수있는 교훈이 있습니다.

4

이것이 의도적인지 여부에 대해서는 speculationdiscussion이 있습니다. 첫 번째 링크에서 수행 된 기본 테스트는 이론적으로 스택하는 수백만 페이지 뷰를 통해 더 작은 페이지를 생성하고 gzip으로 압축합니다. 나는 그 이유가 의심 스럽다 : 그것은 만들어졌고, 당시 많은 브라우저에서 테스트를 거쳤으며, 효과가 있었으며, 계속 작동하고있다.

0

더 이상 사용되지 않지만 단순하지만 귀하의 질문에 대한 답변이라고 생각합니다.

4

Google의 홈페이지에서 다양한 방법으로 유효성을 검사합니다. 매우 현실적인 이유 - 속도와 대역폭 비용에 관한 것입니다. 특히 Gzip이 패킷 수준에서 적용된 후에 홈 페이지 HTML의 크기를 살펴보십시오. 그들은 분명히 패킷 조각화 (더 많은 대역폭을 의미)를 피하려고 노력하고 있습니다. (식별자 단축, 따옴표 제거, 비표준 태그, 공백 제거 등)

타당성 질문과 마찬가지로, 괜찮지 만 그들은 규칙을 깨기 때문에 당신은 부정적인 결론으로 ​​도약 할 수 있습니다. 물론 긍정적이고 부정적인 방법으로 페이지를 최적화 할 수 있습니다. 일반적인 패킷 크기는 다소 무의미합니다.