> English Français Polski Português-BR Pусский Svenska
페이지 탐색에서 액세스 키를 n번 건너뜁니다. 컨텐츠 시작 페이지로 건너뛰기
이 문서는 번역본입니다. 일치하지 않는 사항이나 오류가 있는 경우에는 최신 영문 원본 을 참고하십시오. 원본 저작권 은 아래와 같이 W3C에게 있습니다.
번역: Korean translation team, WTB Language Group
웹에 사용되는 문서의 문자 인코딩(charset)을 명확히 나타내는 것이 중요합니다. 그렇지 않으면 받는 사람이 문서를 올바르게 해석하지
못할 수도 있습니다. 예를 들어, 웹 브라우저가 읽기 가능한 텍스트 대신 임의의 문자를 표시할 수 있습니다. 웹 문서의 문자 인코딩을 나타내는 한 가지 방법은 Content-Type 헤더의 charset 매개변수에 이
정보를 넣는 것입니다.
헤더를 포함하여, 사용된 실제 웹 문서를 확인하는 방법은 여러 가지가 있습니다.
해당 문서의 주소를 입력한 후 서버로부터 반환되는 문서의 모든 HTTP 헤더와 (HTML/XHTML) 소스를 보여주는 다양한 서비스가 존재합니다.
주: W3C는 이러한 서비스와 관련이 없습니다.
HTTP 헤더에서 Content-Type 헤더, 특히 charset 매개변수를 찾습니다.
Content-Type: text/html; charset=utf-8
주: charset 매개변수는 없을 수도 있습니다. 즉, 문서 자체가 문자 인코딩을 나타내는 것도 가능합니다.
마크업을 확인하려면 마크업 검증 서비스를 통해 해당 문서가 올바르게 디코딩되는지 확인해야 합니다. 인코딩 정보를 찾을 수 없거나 충돌하는 정보를 발견한 경우 또는 발견된 정보에 따라 문서를 디코딩할 수 없는 경우에는 오류 메시지가 나타납니다.
검증 도구가 발견한 인코딩을 알려면 확장 인터페이스를 사용할 수 있습니다. 이 인터페이스에서 show
source 옵션을 선택한 다음 소스가 올바르게 해석되는지를 시각적으로 확인할 수도 있습니다. 이는 실제 올바른 인코딩을 사용하고 있는지 확인할 수 있는 유용한 방법입니다. 가령 iso-8859-1을 요구하는 문서가
실제 iso-8859-2 또는 일부 다른 방식으로 인코딩되어 있는지 여부 등을 항상 기계적으로 확인할 수는 없습니다.
telnet 또는 다른 명령줄 도구 사용약간 더 전문적인 지식이 필요하기는 하지만 자동화하기가 더 쉽다는 이점이 있습니다. 또 다른 명령줄 도구로는 wget(-S 또는 -s 옵션 포함)이 있습니다.
일부 서버는 클라이언트가 다르면 역시 다른 문자 인코딩을 사용하도록 웹 문서를 트랜스코딩합니다. 이는 러시아어를 사용하는 일부 서버 등에서 발생합니다. 이 경우, Mac 또는 Windows 시스템 등에서 실행되는 브라우저가 웹 기반 서비스 또는 W3C 마크업 검증 서비스(보통 UNIX 시스템 기반)에서 제공한 인코딩이 아닌 다른 문자 인코딩을 사용해야 할 수도 있으므로 특별한 주의가 필요합니다.
2004-11-25 에 영문 버전을 번역하였습니다. 이 문서가 최종 번역본입니다 2006-11-25 19:21 GMT
문서 변경 내역을 확인하려면 i18n 블로그에서 qa-headers-charset 을 검색하십시오.
Copyright © 2003-2006 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Your interactions with this site are in accordance with our public and Member privacy statements.
새 리소스