스마트폰과 PC를 설정하는 방법. 정보 포털

Xhtml 언어. HTML과 XHTML의 차이점

XHTML(영어에서. 확장 가능한 하이퍼텍스트 마크업 언어- 모듈식 하이퍼텍스트 마크업 언어) - 모든 XML 기반 마크업 언어 및 모듈의 확장 가능한 제품군, 기능의 확장 및 반복만 가능 HTML 4.

XHTML 버전

XHTML 1.0 2000년 1월 26일 World Wide Web Consortium의 승인을 받았습니다. 이미 2002년 8월 1일에 사양의 두 번째 수정 버전이 게시되었습니다.

XHTML 1.0(비슷하게 HTML 4)은 세 가지 유형의 문서로 구성됩니다.

  1. XHTML-1.0-엄격- 요소의 형태로 그래픽 표시를 정의하는 요소 및 속성의 전체 사용을 제외할 수 있습니다. 폰트또는 속성 bgcolor... 가장 선호하는 문서 유형을 나타냅니다.
  2. XHTML-1.0-전환- 그래픽 표시와 함께 모든 요소와 속성을 사용할 수 있지만 이러한 요소는 꼭 필요한 경우에만 사용하는 것이 좋습니다. 대안 - 문서 마이그레이션을 최대한 용이하게 하기 위해 HTML 3.2 XHTML에서.
  3. XHTML-1.0-프레임셋- 두 번째 유형의 문서 기능에 추가( XHTML-1.0-전환) 여전히 프레임을 사용합니다.

XHTML 1.1- 작성자가 마크업에 추가 속성을 가져올 수 있는 XHTML 1.1 Modular를 포함하는 버전입니다.

을위한 XHTML 기본그리고 XHTML MP특징적입니다:

  • XHTML 기본 XHTML의 특별한 경량 버전으로 인해 전체 XHTML 스텐실을 사용할 수 없습니다. 일반적으로 휴대폰과 같은 소형 장치에 사용됩니다.
  • XHTML 모바일 프로필기반으로 XHTML 기본그러나 특정 요소가 추가되었습니다.

XHTML 2.0

전체 권장 사항 상태에 도달한 적이 없는 최신 버전의 XHTML입니다. 이 버전의 개발자 활동은 2010년 말에 중지되었으며 모든 리소스는 공통 작업 그룹으로 결합되었습니다. HTML 5... 2010년 12월의 개발 결과는 작업반 보고서 형식으로 인쇄되었습니다.

XHTML의 단점

모든 소스와 전문적인 경험에 대한 개요는 XHTML 사용이 부적절하다고 할 수 있는 모든 이유를 수집할 수 있는 기회를 제공합니다. 이러한 이유를 식별하는 주요 동기는 검토에 의해 주어졌습니다. XML 5... XHTML이 권장되지 않는 12가지 이유를 확인했습니다. 4. HTML - XHTML에 비해 더 적은 코드가 작성되므로 모든 검색 엔진에 대해 더 최적화된 마크업입니다. 5. 최신 저작권 보호에 관심이 있는 사람들에게 HTML은 구문 분석하기가 훨씬 더 어렵습니다. XHTML은 최대한 쉽게 구문 분석할 수 있도록 설계되었기 때문에 자동으로 복사하는 것입니다. 6. XML 문서를 자동으로 복사할 때 신뢰성을 보장합니다. 이는 오류가 발생한 경우 작업이 완료되었다는 사실로 입증됩니다. 7. Internet Explorer 버전 6 및 7은 지원하지 않습니다. 응용 프로그램 / xhtml + xml... 8. 대부분의 HTML 문서는 XML과 같은 많은 검색 엔진에 의해 인덱싱되지 않습니다. 9. 레이아웃 HTML은 훨씬 더 편리하고 쉽고 간단합니다. 10. XHTML Document.write 스크립트는 작동하지 않으며 DOM 기능을 사용하는 단순한 통신입니다. 11. DOM 함수를 사용할 때 모든 요소 이름을 소문자로 생략합니다. 스타일의 선택자에 대해서도 동일한 절차를 따라야 합니다. 12.XHTML 형식은 기능적 프로그램을 지원하지 않습니다. 문서.본문, 문서.이미지그리고 문서.양식... 13. ">" 아이콘이 완성된 구조를 깨뜨릴 수 있기 때문에 모든 요소를 ​​이전 형태로 유지하는 것은 불가능합니다. 그리고 ">"로 이스케이프 처리하거나 CDATA 청크로 묶으면 HTML 브라우저가 손상될 수 있습니다. 14. 배경색이 자동으로 번지는 현실이 아니다. 신체전체 창에 대해 XHTML에서. 15. 새롭게 개선되고 대중화된 표준을 기다립니다. HTML 5, 배운 사람의 도움으로 HTML 4-체재.

어떤 의미에서 HTML의 개발은 정지 상태에 이르렀습니다. 기존 태그가 충분하기 때문에 더 이상 새로운 태그가 필요하지 않습니다. 게다가 웹 페이지 개발의 강조점은 문서 디자인의 가능성을 확장하는 스타일로 옮겨졌습니다. 당연히 CSS는 HTML을 대체하지 않지만 제한된 태그 집합을 사용할 수 있으며 요소의 유형, 위치 및 다양한 매개변수를 스타일을 통해 설정할 수 있습니다.

HTML의 특정 제한 사항은 태그와 태그의 계층 구조가 사양에 엄격하게 설명되어 있다는 점에서 형식 언어에 속한다는 것입니다. 따라서 XML은 자신의 태그를 만들고 구조를 형성할 수 있는 인기를 얻고 있습니다. HTML과 XML의 차이점은 태그뿐만 아니라 코드 작성 규칙에도 있습니다. HTML로 작업할 때 브라우저는 구조의 다양한 사소한 결함과 결점 또는 속성이 잘못 지정되었다는 사실에 대해 "눈을 감습니다". XML을 사용하면 이러한 트릭이 작동하지 않으므로 브라우저에서 문서 형식이 잘못되었다는 오류가 발생합니다.

개발자에게 "올바른" 사고 방식을 가르치고, 코딩 스타일을 변경하고, HTML과 XML 사이의 간격을 메우기 위해 XHTML은 둘 사이의 중간 단계로 개발되었습니다.

XHTML(EXtensible HyperText Markup Language)은 HTML을 대체하기 위한 것이며 더 엄격한 버전으로 간주됩니다. 일반적으로 W3C는 XHTML을 점진적으로 대체할 HTML의 최신 버전으로 정의합니다. 이것이 현실에서 이루어질지 여부는 시간이 말해줄 것입니다.

웹 페이지의 이상적인 코드에 대해 이야기하면 모든 오류가 수정될 때까지 컴파일되지 않는 프로그램과 비교할 수 있습니다. 브라우저는 컴파일러 역할을 하며 문서가 사양을 준수하지 않으면 문서를 표시하지 않습니다. XHTML은 HTML의 모든 기능을 유지하면서 "완벽한" 코드에 더 가까워지도록 페이지 디자인에 더 엄격한 규칙을 도입합니다. 이를 통해 디스플레이 장치 및 브라우저에 독립적인 사이트를 만들 수 있습니다. 즉, 사이트는 컴퓨터, 스마트폰, PDA, 넷북 등과 같은 모든 최신 브라우저 및 플랫폼에서 올바르게 표시됩니다.

사실 모든 것이 더 평범합니다. 브라우저 개발자는 "올바른" 코드로만 작업하도록 할 여유가 없습니다. 그리고 세계의 대부분의 사이트가 단순히 그러한 브라우저에 표시되지 않기 때문입니다. 개발자와 사용자 모두이 상황에 대한 책임이 있습니다. 전자는 브라우저에서 사양에 대한 적절한 지원을 제공하지 않았으며 후자는 사양을 따르지 않았습니다.

이러한 이유로 XHTML 1.x는 HTML과 유사하지만 고유한 기능 때문에 확실히 마이그레이션되어야 하는 유망한 마크업 언어라기보다는 더 엄격한 구문을 사용합니다.

이 문서는 원본 W3C 문서 - XHTML ™ 1.1 - 모듈 기반 XHTML - Second Edition: W3C Working Draft 2007년 2월 16일을 기반으로 합니다. 변경될 수 있지만 기존 권장 사항인 XHTML™ 1.1 - 모듈 기반 XHTML을 대체할 가능성이 있습니다.

문서의 엄격한 준수

XHTML 1.1과 완전히 호환되는 문서 - 다음 기준을 충족해야 합니다.

  1. 문서의 루트 요소는 요소여야 합니다. .
  2. 문서의 루트 요소( )는 xmlns 속성을 사용하여 XHTML 네임스페이스를 가리켜야 합니다. XHTML에 대한 네임스페이스 포인터는 "http://www.w3.org/1999/xhtml"입니다. 즉, 여는 html 태그는 다음과 같은 구성이어야 합니다. .
  3. 루트 요소에는 schemaLocation 속성도 포함될 수 있습니다. XHTML에 대한 schemaLocation 속성은 "http://www.w3.org/MarkUp/SCHEMA/xhtml11.xsd"로 정의됩니다.
  4. 루트 요소 앞에 문서 유형 선언 DOCTYPE이 있어야 합니다. DOCTYPE 선언에 포함된 식별자는 해당 DTD를 가리켜야 합니다. 이 식별자는 다음과 같습니다.

다음은 XHTML 1.1 호환 문서의 예입니다.

가상 라이브러리

example.org로 이동했습니다.

이 예에는 XML 선언이 포함되어 있습니다. 모든 XML 문서에 위와 같은 XML 선언이 필요한 것은 아닙니다. XHTML 문서 작성자는 모든 문서에서 XML 선언을 사용하는 것이 좋습니다. XML 문서의 인코딩이 UTF-8 또는 UTF-16이 아닌 경우 이러한 선언이 필요합니다.

XHTML 1.1 문서는 문서 콘텐츠 유형을 text / html 또는 application / xhtml + xml로 지정해야 합니다(SHOULD).

당연히 사용자 에이전트(예: 브라우저)도 이러한 권장 사항을 고려해야 합니다.

XHTML 1.1 문서 유형

XHTML 1.1은 풍부한 의미를 가진 완전한 기능의 문서 유형입니다. 그러나 XHTML 1.0 Transitional 또는 XHTML 1.0 Frameset 유형만큼 기능하지 않습니다. XHTML 1.1부터 문서 유형은 XHTML 1.0 또는 HTML 4 유형에서 발견되는 레거시 요소를 포함하지 않습니다. 이러한 예외에도 불구하고 또는 아마도 예외로 인해 XHTML 1.1 유형은 미래에 새로운 문서 유형을 생성하기 위한 신뢰할 수 있는 기반입니다. 다양한 에이전트 사용자의 전폭적인 지원으로.

XHTML 1.1 유형은 다음과 같은 XHTML 모듈로 구성됩니다.

구조 모듈 본문, 머리, html, 제목 텍스트 작업을 위한 모듈 abbr, 약어, 주소, blockquote, br, cite, code, dfn, div, em, h1, h2, h3, h4, h5, h6, kbd, p, pre, q, samp, span, strong, var 하이퍼텍스트 모듈 a 목록 모듈 dl, dt, dd, ol, ul, li 개체 모듈 개체, param 다양한 표현 모듈 b, big, hr, i, small, sub, sup, tt 편집 모듈 del, ins Bidi 모듈 bdo Forms 모듈 버튼, 필드셋, 양식, 입력, 레이블, 범례, 선택, optgroup, 옵션, 텍스트 영역 테이블 형식 모듈 캡션, col, colgroup, table, tbody, td, tfoot, th, thead, tr Img 이미지 모듈 클라이언트측 이미지 맵 모듈 영역, 맵 서버측 이미지 맵 모듈 ismap img에 포함된 속성 내부 이벤트 모듈 이벤트 속성 메타 정보 모듈 메타 스크립팅 모듈 noscript, 스크립트 스타일 시트 모듈 스타일 속성 모듈(더 이상 사용되지 않음) 스타일 속성 Li 링크 모듈 nk 기본 모듈

XHTML은 Ruby Annotation 모듈도 사용합니다.

Ruby 주석 모듈 ruby, rbc, rtc, rb, rt, rp

목록에 있는 모듈의 이름은 "XHTML Modularization"의 현재 버전에서 정의에 따라 제공됩니다. 모듈에 대한 자세한 내용은 XHTML 모듈화 문서를 참조하십시오.

XHTML 1.0 Strict와의 차이점

XHTML 1.1은 HTML 4 및 XHTML 1.0과 다릅니다. 가장 중요한 것은 쓸모없는 요소를 제거하는 것입니다. 일반적으로 문서 디자인에 사용되는 스타일 시트에 관계없이 구조적, 기능적 관점에서 마크업 언어를 정의하는 전략이 있습니다.

차이점은 다음과 같이 공식화할 수 있습니다.

  1. lang 속성이 xml: lang 속성으로 대체되었습니다.
  2. a 및 map 요소에서 name 속성은 id 속성으로 대체되었습니다.
  3. "Ruby" 요소 컬렉션이 확장되었습니다.

따라서 XHTML 1.1 유형은 XHTML 1.0 Strict와 크게 다르지 않지만 이러한 차이점은 충분히 중요하므로 반드시 고려해야 합니다.

컴퓨터가 설치되어 있는 경우 바이러스 백신 소프트웨어~ 할 수있다 컴퓨터의 모든 파일과 각 파일을 개별적으로 스캔... 파일을 마우스 오른쪽 버튼으로 클릭하고 적절한 옵션을 선택하여 파일에서 바이러스를 검사하면 모든 파일을 검사할 수 있습니다.

예를 들어 이 그림에서 파일 my-file.xhtml, 이 파일을 마우스 오른쪽 버튼으로 클릭하고 파일 메뉴에서 옵션을 선택해야 합니다. "AVG로 스캔"... 이 옵션을 선택하면 AVG Antivirus가 열리고 이 파일에서 바이러스가 있는지 검사합니다.


때때로 오류가 발생할 수 있습니다 잘못된 소프트웨어 설치, 이는 설치 과정에서 발생한 문제로 인해 발생할 수 있습니다. 운영 체제를 방해할 수 있습니다. XHTML 파일을 올바른 응용 프로그램 소프트웨어에 연결일명 영향 "파일 확장자 연결".

때로는 단순하게 인터넷 익스플로러 재설치 Internet Explorer와 XHTML을 올바르게 연결하여 문제를 해결할 수 있습니다. 다른 경우에는 다음으로 인해 파일 연결 문제가 발생할 수 있습니다. 가난한 소프트웨어 프로그래밍추가 지원을 위해 개발자에게 문의해야 할 수도 있습니다.


조언: Internet Explorer를 최신 버전으로 업데이트하여 최신 패치 및 업데이트가 있는지 확인하십시오.


너무 뻔해 보일 수 있지만 종종 XHTML 파일 자체가 문제의 원인일 수 있습니다.... 이메일 첨부 파일을 통해 파일을 받거나 웹 사이트에서 다운로드한 후 다운로드 프로세스가 중단된 경우(예: 정전 또는 기타 사유), 파일이 손상되었을 수 있습니다... 가능하면 XHTML 파일의 새 복사본을 구한 다음 다시 열어 보십시오.


조심스럽게:손상된 파일은 PC의 이전 또는 기존 맬웨어에 부수적인 손상을 줄 수 있으므로 항상 PC에서 업데이트된 바이러스 백신을 실행하는 것이 매우 중요합니다.


XHTML 파일이 컴퓨터의 하드웨어와 관련된필요한 파일을 열려면 장치 드라이버 업데이트이 장비와 관련된.

이 문제 일반적으로 미디어 파일 유형과 관련됨예를 들어, 컴퓨터 내부의 하드웨어가 성공적으로 열렸는지 여부에 따라 사운드 카드 또는 비디오 카드... 예를 들어 오디오 파일을 열려고 하지만 열 수 없는 경우 다음을 수행해야 할 수 있습니다. 사운드 카드 드라이버 업데이트.


조언: XHTML 파일을 열려고 하면 SYS 파일 관련 오류 메시지, 문제는 아마도 손상되거나 오래된 장치 드라이버 관련업데이트해야 합니다. 이 프로세스는 DriverDoc과 같은 드라이버 업데이트 소프트웨어를 사용하여 촉진할 수 있습니다.


단계로 문제가 해결되지 않은 경우 XHTML 파일을 여는 데 여전히 문제가 있는 경우 다음과 관련이 있을 수 있습니다. 사용 가능한 시스템 리소스 부족... XHTML 파일의 일부 버전은 컴퓨터에서 제대로 열리려면 상당한 양의 리소스(예: 메모리/RAM, 처리 능력)가 필요할 수 있습니다. 이 문제는 상당히 오래된 컴퓨터 하드웨어와 동시에 훨씬 새로운 운영 체제를 사용하는 경우에 자주 발생합니다.

이 문제는 운영 체제(및 백그라운드에서 실행되는 기타 서비스)가 XHTML 파일을 여는 데 너무 많은 리소스를 사용합니다.... Extensible Hypertext Markup Language Document를 열기 전에 PC의 모든 응용 프로그램을 닫으십시오. 컴퓨터에서 사용 가능한 모든 리소스를 해제하면 XHTML 파일을 열기 위한 더 나은 환경을 제공할 수 있습니다.


만약 너라면 위의 모든 단계를 완료했습니다 XHTML 파일이 여전히 열리지 않으면 다음을 수행해야 할 수도 있습니다. 장비 업그레이드... 대부분의 경우 오래된 하드웨어 버전을 사용하더라도 처리 능력은 여전히 ​​대부분의 사용자 지정 응용 프로그램에 충분할 수 있습니다(3D 렌더링, 금융/과학 모델링 또는 무거운 멀티미디어 작업과 같이 CPU 집약적인 작업을 많이 수행하지 않는 한). ... 따라서, 컴퓨터에 메모리가 부족할 수 있습니다.(더 일반적으로 "RAM" 또는 랜덤 액세스 메모리라고 함) 파일을 여는 작업을 수행합니다.

XHTML(Extensible Hypertext Markup Language)은 웹 브라우징을 위해 웹 지원 장치에서 널리 사용되는 여러 언어 권장 사항을 참조하는 빠른 방법입니다. 이전 버전인 Hypertext Markup Language()의 이름을 따서 명명되었지만 실제로 SGML(Standard Generalized Markup Language)의 고도로 선택적인 부분인 XML(Extensible Markup Language)을 기반으로 합니다.
사실, 그들은 모두 SGML의 후손입니다. HTML은 SGML의 직접적인 응용 프로그램이지만 XHTML은 네임스페이스 또는 XML 문서에 대한 정의 집합이라고 하는 것으로 주어진 상황에서 둘 이상의 XML 어휘가 사용될 때 모호성을 제거하는 데 도움이 됩니다.

이 언어는 HTML의 여러 제한과 HTML이 구현되는 다양한 방법에서 비롯되었습니다. HTML이 버전 4로 업데이트될 무렵 HTML 문서를 형식이 지정된 보기 가능한 웹 페이지로 구문 분석하는 컴퓨터 프로그램인 많은 HTML 인터프리터가 적절하게 사용했을 때 HTML이 약해지기 시작했습니다. 웹 브라우징을 위한 모바일 장치 및 기타 플랫폼이 등장함에 따라 더 나은 솔루션이 필요했습니다. XML은 HTML보다 훨씬 더 엄격한 SGML 구현이며 동일한 인스턴스에서 다른 XML 네임스페이스를 사용할 수 있습니다. 따라서 2000년경 W3C(World Wide Web Consortium)는 이러한 새로운 문제를 해결하기 위한 권장 사항 중 하나로 XHTML을 개발하고 만들었습니다.

모든 의도와 목적을 위해 대부분의 경우 XHTML은 HTML을 모방하지만 전자는 XML 네임스페이스를 사용하므로 모든 XML 인터프리터에서 구문 분석할 수 있으며 HTML은 HTML 인터프리터로만 제한됩니다. XHTML은 실제로 XML SGML의 보다 제한적인 하위 집합에서 다시 만들어진 HTML입니다. 따라서 최신 언어는 기존 웹 브라우저에서 즉시 해석될 수 있으며 다른 플랫폼에서도 사용할 수 있게 되었습니다. 또한 XHTML 펌웨어의 확장 가능한 측면을 준수해야 함을 기억하는 것이 중요합니다. 더 많은 프로그램과 플랫폼을 읽을 수 있을 뿐만 아니라 문서에서 다른 XML 네임스페이스를 사용할 수 있도록 확장됩니다.

문서에 다른 XML 네임스페이스를 포함할 수 있는 XHTML의 기능으로 인해 여러 가지 방법으로 확장되어 단순한 페이지 형식 이상을 나타낼 수 있습니다. 예를 들어 MathML(Math Markup Language)을 이러한 문서에 포함하여 수학 공식과 표기법을 표시할 수 있습니다. 이 문서 유형에서 SVG(Scalable Vector Graphics) 네임스페이스를 사용하여 이미지를 포함할 수도 있습니다. 따라서 XHTML은 다른 XML 문서에도 포함될 수 있습니다.

XHTML은 실제로 XML 규칙에 따라 정제된 HTML이기 때문에 HTML 버전 4에서와 중복되는 세 가지 DTD(문서 유형 정의)를 제공합니다. DTD는 언제, 어디서, 어떻게 마크업 언어의 요소에 대한 자세한 설명입니다. 및 모든 관련 속성을 사용할 수 있습니다. 그러나 이후 버전의 XHTML에서는 XML 문서를 설명하는 보다 신뢰할 수 있는 또 다른 방법인 XML 스키마를 도입하여 XHTML을 더욱 확장했습니다. 차례로 XHTML의 다양한 제거된 버전이 개발되어 특정 목적에 사용할 수 있으며 그 중 많은 부분이 모바일 컴퓨팅 플랫폼을 중심으로 이루어집니다.

인기 관련 기사