브라우저가 올바르게 인식하지 못하는 이유는 무엇입니까?
<script src="foobar.js" /> <!-- self-closing script element -->이것 만이 인식됩니다 :
<script src="foobar.js"></script>이것이 XHTML 지원의 개념을 어기는 것입니까?
참고 :이 설명은 적어도 모든 IE (6-8 베타 2)에 맞습니다.
답변
XHTML 1 사양에 따르면 :
컨텐츠 모델이
EMPTY비어 있지 않은 요소의 빈 인스턴스 (예 : 빈 제목 또는 단락)는 최소화 된 형식을 사용하지 않습니다 (예 : use<p> </p>및 not<p />).
XHTML DTD는 스크립트 요소를 다음과 같이 지정합니다.
<!-- script statements, which may include CDATA sections -->
<!ELEMENT script (#PCDATA)>답변
브래드와 squadette가 말한에 추가하려면, 자동 폐쇄 XML 구문은 <script />사실 이다 올바른 XML,하지만 그것을 위해 실제로 일에, 웹 서버는 같은 XML 마임 제대로 형성된 XML로 문서를 보낼 필요 application/xhtml+xml는 HTTP에 컨텐츠 유형 헤더 (및 하지 로 text/html).
그러나 XML mimetype을 보내면 IE7에서 페이지를 파싱하지 않으므로 text/html.
에서 W3 :
요약하면 XHTML 제품군 문서에는 ‘application / xhtml + xml’을 사용해야하고, ‘text / html’은 HTML 호환 XHTML 1.0 문서로 제한해야합니다. ‘application / xml’및 ‘text / xml’도 사용될 수 있지만, 적절한 경우에는 일반적인 XML 미디어 유형 대신 ‘application / xhtml + xml’을 사용해야합니다.
몇 달 전에이 문제를 해결했으며 (FF3 + 및 IE7과 호환되는) 유일한 솔루션은 (HTML 구문 + HTML mimetype) <script></script>과 함께 이전 구문 을 사용하는 것 text/html입니다.
서버 text/html가 HTTP 헤더로 유형을 보내면 ( XHTML 문서가 올바르게 구성된 경우에도) FF3 +는 HTML 렌더링 모드를 사용하여 <script />작동하지 않습니다 (이는 변경 사항이므로 Firefox는 이전에는 덜 엄격했습니다).
이것은 http-equiv메타 요소, 문서 내부의 XML 프롤로그 또는 문서 유형 과 관계없이 발생 합니다. text/html헤더를 받으면 Firefox 브랜치 에서 HTML 또는 XML 파서가 문서 내부에서 보이는지 여부를 결정하고 HTML 파서는 이해할 수 없습니다 <script />.
답변
궁금한 점이 있다면 궁극적 인 이유는 HTML이 원래 SGML의 방언으로 XML의 이상한 언니이기 때문입니다. SGML 랜드에서 요소는 DTD에서 자체 결산 (예 : BR, HR, INPUT), 암시 적으로 닫을 수있는 (예 : P, LI, TD) 또는 명시 적으로 닫을 수있는 (예 : TABLE, DIV, SCRIPT)로 지정할 수 있습니다. 물론 XML에는이 개념이 없습니다.
최신 브라우저에서 사용하는 태그 수프 파서는 더 이상 순수한 SGML이 아니지만이 레거시에서 진화했습니다. 물론 XML 마임 유형으로 보내지 않는 한 신중하게 제작 된 XHTML은 잘못 작성된 SGML에서 영감을 얻은 태그 수프로 취급됩니다. 이 또한 이유입니다 …
<p><div>hello</div></p>… 브라우저는 다음과 같이 해석합니다.
<p></p><div>hello</div><p></p>… DOM에 대해 코드를 작성하려고 할 때 모호한 모호한 버그를 만드는 방법입니다.
답변
다른 사람들은 “어떻게”에 응답하고 사양을 인용했습니다. 다음은 <script/>몇 시간 동안 버그 보고서와 메일 목록을 파헤친 후 “why no “에 대한 실제 이야기입니다 .
HTML 4
HTML 4는 SGML을 기반으로 합니다.
SGML은 일부가 shorttags 등, <BR//, <B>text</>, <B/text/, 또는 <OL<LI>item</LI</OL>. XML은 첫 번째 형식을 취하고 끝을 “>”(SGML은 유연)으로 재정의하므로 <BR/>.
그러나, HTML 때문에, redfine하지 않았다 <SCRIPT/> 해야 의미합니다 <SCRIPT>> .
(예, ‘>’는 콘텐츠의 일부 여야하며 태그는 여전히 닫혀 있지 않습니다 .)
물론,이 XHTML과 호환하고 것 많은 사이트를 침입 (시간 브라우저에서 충분히 성숙했다 돌볼 이것에 대해 , 그래서) 아무도 shorttags를 구현되지 및 사양이 그들에 대해 조언한다 .
사실상 모든 ‘작동’자체 엔드 태그는 기술적으로 적합하지 않은 파서에서 금지 된 종료 태그가있는 태그이며 실제로 유효하지 않습니다. W3C는 HTML 호환 으로 XHTML 로의 전환을 돕기 위해이 핵 을 만들어 냈습니다 .
그리고 <script>종료 태그는 금지되지 않습니다 .
“자체 결말”태그는 HTML 4의 핵이며 의미가 없습니다.
HTML 5
HTML5에는 5 가지 유형의 태그가 있으며 ‘void’및 ‘foreign’태그 만 자체 폐쇄 될 수 있습니다 .
때문에 <script>(이 무효없는 수 의 콘텐츠가)와 (MathML을 또는 SVG 같은) 외국 아니라, <script>자기를 폐쇄하지 않을 수에 관계없이 당신이 그것을 사용하는 방법.
그런데 왜? 그들은 그것을 외국으로 간주하거나 특별한 경우를 만들 수 없습니까?
HTML 5는 HTML 4 및 XHTML 1의 구현 과 역 호환되는 것을 목표로합니다 . SGML 또는 XML을 기반으로하지 않습니다. 구문은 주로 구현 문서화 및 통합과 관련이 있습니다. (이것이 유효 하지 않은 HTML4 임에도 불구하고 HTML5 가 유효한 이유 입니다.)<br/> <hr/>
자체 폐쇄 <script>는 구현 방식이 다른 태그 중 하나입니다. 그것은 크롬, 사파리에서 작업에 사용 , 오페라 ; 내 지식으로는 Internet Explorer 또는 Firefox에서는 작동하지 않았습니다.
이것은 HTML 5가 작성 될 때 논의 되었으며 브라우저 호환성을 깨뜨려 거부되었습니다 . 이전 브라우저에서 스크립트 태그 자체 닫기 웹 페이지가 올바르게 렌더링되지 않을 수 있습니다. 있었다 다른 제안 ,하지만 그들은 하나 호환성 문제를 해결할 수 없습니다.
초안이 릴리스 된 후 WebKit은 파서를 준수하도록 업데이트했습니다.
<script>HTML 4 및 XHTML 1과의 호환성으로 인해 HTML 5에서 자체 닫기 가 발생하지 않습니다.
XHTML 1 / XHTML 5
실제로 XHTML로 사용 되면 다른 답변에서 언급했듯이 <script/>실제로 닫힙니다 .
것을 제외하고 사양 말한다 그것은 해야 HTML로 재직 할 때 일했다 :
XHTML 문서는 대부분의 HTML 브라우저와 호환되므로 인터넷 미디어 유형 “text / html”[RFC2854]로 레이블이 지정 될 수 있습니다.
그래서 무슨 일이야?
사람들 은 Mozilla 에게 지정된 컨텐츠 헤더 ( content sniffing )에 관계없이 Firefox가 적합한 문서를 XHTML 로 구문 분석 하도록 요청했습니다 . 이것은 자체 폐쇄 스크립트를 허용했을 것이며, 웹 호스팅 업체는 정확한 헤더를 제공하기에 충분히 성숙하지 않았기 때문에 콘텐츠 스니핑 이 필요 했습니다. IE는 그것에 능숙했다 .
경우 첫번째 브라우저 전쟁은 IE 6와 함께 끝나지 않았다, XHTML도 목록에되었을 수도 있습니다. 그러나 끝났다. 그리고 IE 6 에는 XHTML에 문제 가 있습니다. 실제로 IE 는 올바른 MIME 유형 을 전혀 지원하지 않았기 때문에 IE는 10 년 동안 주요 시장 점유율 을 차지 했기 때문에 모든 사람 이 text/htmlXHTML 에 사용 하도록 강요했습니다 .
또한 콘텐츠 스니핑 은 매우 나쁠 수 있으며 사람들은 이를 중지해야한다고 말합니다 .
마지막으로, W3C가 밝혀 평균 XHTML은 sniffable로하지 않았다 : 문서는 모두 , HTML 및 XHTML 및 Content-Type규칙. 우리는 그들이 “우리의 사양을 따르십시오”라고 확고하게 서 있고 실제적인 것을 무시하고 있다고 말할 수 있습니다 . 이후의 XHTML 버전으로 계속되는 실수 .
어쨌든,이 결정 은 Firefox 에 대한 문제 를 해결했습니다 . 크롬 이 태어나 기 7 년 전 ; 다른 중요한 브라우저는 없었습니다. 따라서 결정되었습니다.
doctype 만 지정해도 다음 스펙으로 인해 XML 구문 분석이 트리거되지 않습니다.
답변
Internet Explorer 8 및 이전 버전은 XHTML 구문 분석을 지원하지 않습니다. XML 선언 및 / 또는 XHTML doctype을 사용하더라도 이전 IE는 여전히 문서를 일반 HTML로 구문 분석합니다. 일반 HTML에서는 자체 닫기 구문이 지원되지 않습니다. 후행 슬래시는 무시되고 명시적인 닫기 태그를 사용해야합니다.
IE 9 이상과 같은 XHTML 구문 분석을 지원하는 브라우저조차도 XML 컨텐츠 유형으로 문서를 제공하지 않으면 문서를 HTML로 구문 분석합니다. 그러나이 경우 오래된 IE는 문서를 전혀 표시하지 않습니다!
답변
위의 사람들은 이미이 문제를 거의 설명했지만 분명히 이해할 수있는 한 가지는 사람들 <br/>이 HTML 문서에서 항상 사용하지만 /그러한 위치에있는 모든 것이 기본적으로 무시되고 만들려고 할 때만 사용된다는 것입니다 XML과 HTML로 구문 분석 가능한 것. <p/>foo</p>예를 들어을 시도 하면 정규 단락이 나타납니다.
답변
스크립트 태그는 인라인 코드를 포함 할 수 있고 HTML은 속성의 존재 여부에 따라 해당 기능을 설정하거나 해제 할만큼 똑똑하지 않기 때문에 자체 종료 스크립트 태그가 작동하지 않습니다.
반면에 HTML에는 외부 리소스에 대한 참조를 포함하는 데 탁월한 태그가 있습니다. 태그는
<link>자체 닫기 일 수 있습니다. 스타일 시트, RSS 및 Atom 피드, 표준 URI 및 기타 모든 종류의 제품을 포함하는 데 이미 사용되었습니다. 왜 JavaScript가 아닙니까?
스크립트 태그를 자체적으로 묶고 싶다면 내가 말한 것처럼 할 수는 없지만 현명하지는 않지만 대안이 있습니다. 자체 닫기 링크 태그를 사용하고 JavaScript와 같은 텍스트 / 자바 스크립트 및 rel 유형을 스크립트로 제공하여 JavaScript에 링크 할 수 있습니다.
<link type="text/javascript" rel ="script" href="/path/tp/javascript" />