그것은 수락가능한 잘못된 XHTML?
https://stackoverflow.com/questions/3448
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 것으로 나타났 사이트를 많이,그래서 포함되는 사용 XHTML 으로 자신의 마크업 언어 및 다음을 준수 하지 못하게 사용할 것을 권장합니다.검색에 대한 소스가있다 그래서 누락 끝 태그를 위한 단락,잘못된 요소,등등.
그렇게해야하는 도구는(개발)사용 XHTML doctype 경우를 생성하는 것입니다 잘못된 마을까?고 브라우저에 더 회사에서의 수락을 가난한 표시?
과하기 전에 사람 소리 선,블로그는 하나의 조각이 잘못된 표를 포함하 captha(또는 그것의 마지막 시간 체크)을 포함하는 스타일링 noscript 태그입니다.
해결책
가 많은 이유 사용하는 유효한 마크업이 있습니다.내가 좋아하는 것은 그것을 사용할 수 있습 검증 형태로 회귀의 시험을 방지하는 태그에 해당의"델타 부패"에서 선도를 실제 문제를 렌더링되면 오류에 도달 할 몇 가지 핵심 분야로 자리 잡고 있습니다.정말로,그것은 그냥 평범한 실수를 허용하는"게으른"오류를 다음과 같 오타와 mis-nested/닫히지 않은 태그를 축적.유효한 마크업 방법 중 하나를 식별 열렬 프로그래머.
또한 문제를 디버깅:유효한 마크업은 또한 당신에게 안정적인 기준에서 작품에서 불가피한 크로스 브라우저 호환성 불황.웹 개발자의 시간을 시작해야한 디버깅 브라우저 호환성 문제없이 먼저 손님들은 태그가 적어도 구문 유효하고 다른 어떤 잘못된 태그에 대해 잘 알고 있어야 합니다 이유입니다.
(덧붙여,stackoverflow.com 실패 모두 이러한 테스트를 제안이 문제를 해결하기 위해 였 거절.)
의 모든는 말했다,당신에 응답하는 특정 질문에 그것은 아마도 가치 있는 중 하나를 사용하 XHTML doctypes 지 않는 한 당신은 계획을 생산하는 유효한(또는 도 잘 형성)마크업이 있습니다.XHTML 의 주요 장점에서 파생되는 사실 XHTML XML 을 할 수 있도록,처리 및 변환하여 도구와 기술을 작동하는 XML.지 않는 경우가 포함되어 있을 수 있습니 XHTML 구성된 XML,다음 거기에 약간의 포인트를 선택하는 doctype.최신 HTML4spec 것입니다 아마도 모든 것이 당신이 필요하며,그것은 훨씬 더 관대하다.
다른 팁
우리는 항상을 만들려고 그것을 검증 기준에 따라.우리는 것이 있는지 확인 웹사이트를 표시하고 작업에서 현재 브라우저와 미래의 브라우저입니다.
나는 생각하지 않는 경우,당신은 지정 doctype 가 어떤 이유로든지 않을 준수하이 doctype.
사용 XHTML 자동으로 오류 감지기 쉬운,모든 변경될 수 있습을 자동으로 확인에 대한 잘못된 마크업이 있습니다.이 오류 방지,특히 사용하는 경우 자동으로 콘텐츠를 생성합니다.그것은 정말 쉽 웹 개발자를 사용하여 템플릿 생성 엔진(JSP,ASP.NET 모든 메뉴얼 페이지가 등등)복사/붙여넣기를 하나 닫는 태그가 너무 적거나 너무 많습니다.할 때 이것은 당신의 오류만,그것은 감지할 수 있고 즉시 고정.한번은 일하는 사이트에 대한했 165 유효성 검사 오류당 페이지는 2 또는 3 개의 실제 있었습니다.이들은 열심히 찾을 혼란에의 다른 오류가 있습니다.자동 검증을 방지 할 것이다 이러한 오류입니다.
말할 필요도 없이를 선택,표준 및 고집하는 그것은 결코 이익을 상호 운용성과 다른 시스템(화 스크레이퍼,스크린 독자들,검색 엔진)그리고 나는 오지 않는 상황에 걸쳐 유효한 의미 XHTML CSS 솔루션을 가능하지 않았을 위한 모든 주요 브라우저입니다.
분명히 작업을 할 때는 복잡한 시스템,그것은 항상 가능하 doctype 지만,이것은 주로 결과의 부적절한 통신이 다른 개발하는 팀의 다른 부분에 이 시스템은 또는 대부분의 레거시 시스템입니다.마지막 경우에 그것은 아마 더 나은 이러한 분리 케이스 및 변경 doctype 니다.
그것은 좋은 실용적 및을 준수하지 않 XHTML 때문에 누군가가 이렇게 말했다,에 관계 없이 비용하지만,현재에 대한 지식 CSS 및 브라우저,테스트 및 유효성 검사 공구,대부분의 시간의 혜택은 이보다 훨씬 더 많은 비용이 든다.
당신이 내가 가지고 그렇게 말할 수 있죠 an OCD 에 XHTML 타당성을 지니고 있습니다.내가 찾는 대부분의 문제를 가진 코드에 되지 않는 유효한에서 온 프로그래머지 모르는 사이의 차이는 HTML and XHTML.내가 쓰 100%valid XHTML and CSS 또는 동안 지금의 모든 주요 연출로 문제는 다른 브라우저입니다.당신이 모든 것을 계속 유효하고 시도하지 않는 아무것도 너무 이국적인 css,현명한 당신 자신을 저장 톤의 시간에서 해결합니다.
는 사용하지 않을 것 XHTML 에서 모든 단을 저장하는 자신의 철학적 스트레스입니다.그것은 좋아하지 않는 모든 브라우저 치료 다음과 같 XHTML anyway.
브라우저를 거부하는 가난한 표시하는 경우 페이지가 전송되 응용 프로그램/xhtml+xml,그러나 그들은 거의 없습니다.이것은 괜찮습니다.
나는 것이 더 우려하고 같은 것들에 대해 인라인의 사용 CSS and JavaScript 스택과 함께 오버플로,단지 만들기 때문에 유지 관리 어렵습니다.
하지만 나는 믿을 위해 노력에서 유효한 XHTML and CSS,그것은 종종에 대해 수행하는 것은 어렵 여기에는 몇 가지 이유가 있습니다.
- 첫째,몇몇 콘텐츠의 로드할 수 있습 AJAX 를 통해.때때로,조각되지 않은 삽입되어 기존 DOM.
- HTML 는 당신이 볼 수있다하지 않는 모든 생산에서는 동 문서입니다.예를 들어,페이지를 만들 수 있었습니다 최대 구성 요소 또는 템플릿 및 그 함께 던져 오기 전에 브라우저 렌더링합니다.이것은 핑계하지만,당신을 추측할 수 없는 HTML 을 보고 계신 손으로 코딩된다.
- 어떤 경우의 일부를 생성하는 코드로 인하는 것은 유효하지 않습니까?당신은 비난할 스택 오버플로우를 생성하지 않는 유효한 코드입니다.
- 마지막으로,의 목적 DOCTYPE 지 않은 단순히 말하는"야,나도를 사용하여 올바른 코드"그러나 그것은 또한을 주고 브라우저 머리가 무엇을 하려고 시도하고 있는할 수 있도록 적어도 가까이 와서가 올바르게 파싱하는 정보입니다.
나는 생각하지 않는 대부분의 개발자 지정 DOCTYPE 한 다음을 명시적으로 실패를 준수 하는 것입니다.
는 동안 동의와 감정의 경우"그것은 렌더링은 잘 그것에 대해 걱정하지 마십시오"문은,그러나 그것은 좋은 위한 표준더라도,그것은 완전하지 않을 수 있습니다 지금 지원.여전히 사용할 수 있습 테이블에 대한 구조를 가지고 있지만,그것의 좋지 않은 이유입니다.
No,사용하지 않아야 합니다 XHTML 면을 보장할 수 없습니다 올바른 형식,그리고 실천할 수 없습니다 보장하는 경우에 당신은 그것을 사용하지 않는 XML serializer 를 생성하는 태그에 있습니다.읽기 생산에 대해 XML.
올바른 형식 이 는 것은 차별화 XHTML 에서 HTML.XHTML 과 함께"하나의"태그에 오류가 중단 XHTML. 그것은 완벽하게 될 때마.
는 경우"XHTML"사이트가 나타납 일 오류기 때문에,그것은이 브라우저를 무시하 DOCTYPE 고 해석하는 페이지로 HTML.
보 XHTML 프록시 는 해석의 페이지로 XHTML.대부분의 시간 그들은 비참하게 실패할.이것은 하나의 이유는 미래의 XHTML 이 불확실하고 왜 HTML 의 개발 다시 시작되었습.
그것에 따라 다릅니다.나는 문제를 블로그 는 YouTube 비디오 발생이 잘못된 XHTML 지만,그것은 렌더링 괜찮습니다.반면에,나는"유효한 XHTML"링크를 조합의"유효한 XHTML"주장하고 잘못된 XHTML 전문 없습니다.
그래서 청구하지 않는 유효한 것으로,나는 그것이 허용되지만,개인적으로 경 Jeff 데 방해되는 그것을 해결하기 위해 노력하겠더라도 좋은 경우에 현대적인 브라우저지만,어떤 사람들은 오히려 이동에 실제로 일을 수행 대신에 고정의 존재하지 않는다.
그래서 그것은 작품에서 IE,FF,Safari,(삽입 다른 브라우저 여기에)당신이 좋아야 한다.검증만큼 중요하지 않다는 데 그것을 올바르게 렌더링에서 여러 브라우저입니다.단지 때문에 유효한 의미하지 않는 것이 일 IE 에서 제대로,예를 들어.
실행 Google 애널리틱스 또는 이와 유사한 귀하의 사이트에는 어떤 종류의 브라우저의 사용자가 사용하는 다음을 판단하는 브라우저가 지원해야 할 가장고에 대해 걱정을 덜 중요한 것이 있을 때에 예비하는 시간니다.
내가 말하는 경우,그것은 렌더링하는 확인,그것은 중요하지 않는 경우에 그것은 픽셀을 완벽하다.
그것을 얻기 위해 사이트를 실행 당신이 그것을 원하는 방식으로 돌아가며 변경하는 방식을 변경하려는 페이지를 렌더링하는 약간 그런 수정 그 문제입니다.
지금,나는 너를 말해 내장 된 웹 페이지수지만,전혀 보이지 않는 이유는 무엇을 해결하지 않은 끊었다.브라우저하지 않을 드롭 지원을 위한 오류정정에서 언제나 가까운 미래입니다.
지 모두 잡힐 만들려고 노력하는 웹사이트에 맞는 표준을 때 어떤 브라우저 창문에 문제가 제대로 렌더링 기준 코드입니다.었어에서 웹 디자인을 위해 10 년 동안 나는 더블 codding(읽기:해킹 css),그리고 변경하는 바보 같은 물건을 그냥 그렇게 나를 넣을 수 있는 버튼이 나의 사이트입니다.
내가 믿는 사용 < div>원인이됩니다 당신이 잘못된 관계없이,그리고 조금 더 열심히 하는 모든 중요한 자바 스크립트/AJAX 없습니다.
이렇게 많은 표준 및 그들은 너무 심하게는"강제 적용"이나 지원되는 나는 생각하지 않는 문제입니다.Don't get me wrong,나는 생각이 있어야한 표준기 때문에 그 적용되지 않습니다,아무도 그들을 다음과 같이고 그것은 거대한 하락세요.
에 대한 99.999%의 사이트가있다,그것이 정말로 중요하지 않을 것이다.만 시간이 나 있었다 그것이 문제가 HTML 입력해 HTMLTidy XHTML-ize 그것은,그리고 도망 내에서 처리습니다.
꽤 많은,그것의 오래된 프로그래머의 공리:신뢰 없이 입력한다.
