XHTML DHTML SHTML, 이 세 가지 용어는 웹 사이트 제작을 배울 때 자주 볼 수 있으며, 이 기사에서는 차이점을 이해하기 위해 이를 자세히 설명합니다. XHTML: HTML은 기본적인 웹 페이지 디자인 언어입니다. XHTML은 HTML과 다소 비슷해 보이지만, 몇 가지 중요한 차이점이 있습니다. 따라서 본질적으로 HTML과 비슷한 역할을 하는 XML입니다. , XHTML은 XML의 강력한 기능과 HTML의 단순성을 (대부분) 결합한 과도기적 기술입니다. 2000년 말, 국제 W3C(World Wide Web Consortium) 조직은 XHTML 버전 1.0의 출시를 발표했습니다. XHTML 1.0은 XML 기반의 응용을 목표로 HTML 4.0을 기반으로 최적화되고 개선된 새로운 언어입니다. XHTML은 향상된 HTML이며 확장성과 유연성이 미래 네트워크 애플리케이션의 더 많은 요구 사항에 맞춰 조정될 것입니다. 다음은 W3C HTML 워킹 그룹 의장인 Steven Pemberton의 XHTML에 대한 일반적인 기본 질문에 대한 답변입니다. (1) XHTML은 개발을 심각하게 제한하는 HTML 언어의 문제를 해결합니다. 오늘날 HTML 개발에는 세 가지 주요 단점이 있습니다. 예를 들어, 휴대폰, PDA 및 정보 기기는 HTML 코드가 표준화되지 않았기 때문에 HTML을 직접 표시할 수 없습니다. 브라우저가 충분히 똑똑해야 하며 데이터와 성능이 혼합된 경우에만 HTML을 올바르게 표시할 수 있으므로 페이지 표시를 변경해야 하는 경우 HTML을 다시 만들어야 합니다. 따라서 이 문제를 해결하려면 HTML을 개발해야 하므로 W3C에서 공식화한 XHTML은 HTML에서 XML로의 다리 역할을 합니다. (2) XML은 웹의 발전 추세이므로 사람들은 XML 추세에 동참하고 싶어합니다. XHTML은 HTML4 마크업 언어를 대체하는 현재 표준입니다. XHTML 1.0을 사용하면 몇 가지 간단한 규칙을 주의 깊게 따르면 XML 시스템과 최신 HTML 브라우저 모두에 적합한 페이지를 디자인할 수 있습니다. 이것이 의미하는 바는 사람들이 XML 지원 브라우저를 사용할 때까지 기다리지 않고 즉시 XML을 사용하도록 디자인할 수 있다는 것입니다. 이러한 지침을 통해 웹에서 XML로 원활하게 전환할 수 있습니다. (3) XHTML을 사용하는 또 다른 장점은 매우 엄격하다는 것입니다. 현재 인터넷상의 HTML의 열악한 상황은 충격적입니다. 초기 브라우저에서는 비공개 HTML 태그를 허용했기 때문에 사람들은 페이지가 호환되는지 확인하기 위해 다양한 브라우저를 사용하여 페이지를 감지해야 했습니다. 사람들은 다양한 브라우저를 수용하기 위해 디자인을 수정해야 했습니다. (4) XHTML은 다른 XML 기반 마크업 언어, 애플리케이션 및 프로토콜과 잘 상호 작용할 수 있습니다. (5)XHTML은 웹 표준 제품군의 일부이며 무선 장치와 같은 다른 사용자 에이전트에서 잘 작동합니다. (6) 웹 사이트 디자인 측면에서 XHTML은 프레젠테이션 레이어 코드의 나쁜 습관을 없애고 페이지 작동을 테스트하기 위한 태그 확인 습관을 개발하는 데 도움이 될 수 있습니다. DHTML: DHTML은 웹페이지를 만들기 위한 개념일 뿐입니다. 실제로 소위 DHTML 표준이나 기술 사양을 발표한 조직이나 기관은 없습니다. DHTML은 기술, 표준 또는 사양이 아닙니다. DHTML은 기존 웹 페이지 기술과 언어 표준을 통합하고 적용하여 다운로드 후 페이지 요소의 효과를 실시간으로 변경할 수 있는 웹 페이지를 만드는 디자인 개념일 뿐입니다. DHTML에는 일반적으로 다음과 같은 웹 기술, 표준 또는 사양이 포함됩니다. 웹페이지의 기본 언어 표준인 HTML 4.0에 대해서는 할 말이 많지 않습니다. CSSL 참고! CSS가 아니라 CSSL입니다. Clent-Side Scripting Language의 약어로 "클라이언트 측 스크립팅 언어"로 번역되며 주로 JavaScript(JS), VBScript(VBS) 및 JScript가 포함됩니다. 넷스케이프는 주로 JS를 지원하고, IE는 주로 JS, VBS, JScript를 지원합니다. "Document Object Model"로 번역되는 DOM Document Object Model의 약어는 W3C가 최근 활발히 추진하고 있는 웹 기술 표준 중 하나입니다. 웹 페이지의 콘텐츠를 객체로 추상화하고 각 객체는 고유한 속성( 속성) 및 메소드(Method) 및 이벤트(Events)는 위에서 언급한 CSSL을 통해 제어할 수 있습니다. IE와 NS의 개체 모델은 W3C에서 게시한 DOM과 자체 확장 개체를 기반으로 생성됩니다. CSS는 Cascading Style Sheets의 약자로 본 웹사이트 52CSS.com의 테마이기도 합니다. HTML의 조판 한계로 인해 발생하는 단점을 보완하기 위해 사용되는 HTML용 보조 디자인 사양입니다. DOM의 일부입니다. 이론적으로는 CSSL을 통해 CSS 속성을 동적으로 변경하여 원하는 페이지 시각적 효과를 만들 수 있습니다. 따라서 간단히 말해서 DHTML을 구현하려면 HTML을 기반으로 하며 DOM을 사용하여 페이지 요소를 객관화하고 CSSL을 사용하여 이러한 개체의 CSS 속성을 제어하여 웹 페이지의 동적 시각적 효과를 얻습니다. SHTML: SHTML과 HTML의 차이점을 묻는 질문에 한 문장으로 설명하면 SHTML은 HTML이 아니라 서버 API이고, shtml은 서버에 의해 동적으로 생성되는 HTML입니다. 둘 다 하이퍼텍스트 형식이지만 shtml은 SSI 기술에 사용되는 파일입니다. 즉, 서버 측 포함--SSI 서버 측에는 지침이 포함됩니다. 웹 서버에 SSI 기능이 있는 경우(Netscape Enterprise Server와 같은 대부분의(특히 Unix 플랫폼 기반) 웹 서버는 SSI 명령을 지원합니다). shtml 파일에는 특별한 처리가 제공됩니다. 특별한 SSI 지침이 없는지 확인하려면 먼저 shtml 파일을 스캔하세요. 그렇다면 웹 서버 설정 규칙에 따라 SSI 명령을 해석하십시오. 설명 후에 일반 HTML과 함께 클라이언트를 삭제합니다. SHTML은 일반적으로 "서버 측 임베딩" 또는 "서버 측 포함"이라고 불리는 SSI(서버 측 포함)의 html 파일 확장자를 사용하며 ASP와 유사한 서버 기반 웹 페이지 제작 기술입니다. . SSI 작동 방식: SSI(서버측 포함) 지시문을 사용하면 컨텐츠가 브라우저로 전송되기 전에 텍스트, 그래픽 또는 애플리케이션 정보를 웹 페이지에 포함할 수 있습니다. 예를 들어 SSI를 사용하여 시간/날짜 스탬프, 저작권 설명 또는 고객이 작성하고 반환할 양식을 포함할 수 있습니다. 포함 파일을 사용하면 여러 파일에 반복적으로 나타나는 텍스트나 그래픽을 쉽게 사용할 수 있습니다. 모든 파일에 콘텐츠를 입력하는 대신 콘텐츠를 하나의 포함 파일에 넣기만 하면 됩니다. 포함 파일은 웹 서버에 적절한 웹 페이지에 콘텐츠를 삽입하도록 지시하는 매우 간단한 명령문으로 호출됩니다. 또한 포함 파일을 사용하면 콘텐츠에 대한 모든 변경 사항을 한 곳에서만 수행하면 됩니다. SSI 지시어가 포함된 파일에는 특별한 처리가 필요하므로 모든 SSI 파일에는 SSI 파일 확장자를 부여해야 합니다. 기본 확장자는 .stm, .shtm 및 .shtml입니다. 웹 서버는 웹 페이지를 처리하는 동안 SSI 명령을 처리합니다. 웹 서버가 SSI 지시어를 만나면 포함된 파일의 내용을 HTML 웹 페이지에 직접 삽입합니다. "포함 파일"에 SSI 지시어가 포함되어 있으면 이 파일도 삽입됩니다. 파일 포함에 대한 기본 지침 외에도 SSI 지침을 사용하여 파일에 대한 정보(예: 크기)를 삽입하거나 응용 프로그램 또는 셸 명령을 실행할 수 있습니다. 웹사이트 유지 관리에서 자주 발생하는 문제는 웹사이트의 구조는 수정되었으나 약간의 콘텐츠를 업데이트하기 위해 많은 수의 웹페이지를 다시 작성해야 한다는 것입니다. SSI는 이 문제를 해결하는 간단하고 효과적인 방법을 제공합니다. 이는 웹사이트의 기본 구조를 여러 개의 간단한 HTML 파일(템플릿)에 배치합니다. 앞으로 우리가 해야 할 일은 텍스트를 서버에 전달하고 프로그램이 실행되도록 하는 것입니다. 템플릿을 기반으로 웹페이지를 자동 생성하여 대규모 웹사이트를 쉽게 관리할 수 있습니다. 따라서 SHTML 형식을 사용하는 페이지의 목적은 ASP와 유사하지만 API이기 때문에 더 빠르고 효율적으로 실행됩니다. 그러나 서버 측 포함을 사용할 수 있기 때문에 더 빠릅니다. 페이지 업데이트를 더 쉽게 만듭니다(특히 일괄 업데이트 배너, 저작권 등). HTML 조각이 있고 중간에 다른 HTML 단락 삽입과 같은 특별한 서버 측 스크립트를 삽입하고 싶다고 가정하면 ASP를 선택합니다. 이 작업을 완료하려면 작업이 더 힘들고 5초와 같이 더 많은 시간이 필요한 경우 ASP 대신 SHTML을 사용하면 처리 시간은 4초에 불과할 수 있습니다.