, Doctype 있는 HTML5 에 대한 정의를 위해 문자세트 표기법 사용해야 하나?
meta charset = " utf-8" <;; />.
meta http equiv = " content-type" <;; = text / html 콘텐츠를 "; 문자세트 = utf-8". />.
이 두 가지 형태의 있다 metalun 문자세트 선언 및 노력해야 할 avamer 동일합니까 브라우저. 그러나 몇 가지 선언할 때 utf-8 로 파일을 사용자의 웹 글자셋 기억할 필요가 있습니다.
아파치 서버를 추가해야 할 수 있도록 구성되어 있는 파일을 경배하되 iso 8859 1 기본적으로 다음 데이터베이스에구성원을 '선' .htaccess 파일:
AddDefaultCharset UTF-8
이렇게 하면 Apache 를 선언할 수 있는 파일 서비스를 제공하십시오 구성하시겠습니까 UTF-8 인코딩을 UTF-8 파일을 저장할 수 있지만 고객의 응답 헤더입니다 must 콘텐트 유형 (BOM 없이) 꼴입니다.
Utf-8 BOM 없이 메모장 작업공간에서 파일에 저장할 수 없습니다. 수 있는 무료 편집기에는 는 노트패드++. 이 프로그램에 대한 메뉴 선택, 인코딩입니다 표시줄에는 " >. Utf-8 인코딩 없이 BOM". 이를 사용하여, UTF-8 인코딩 > " 다시 저장 파일 열기 및 수도 있습니다. Utf-8 로 변환 없이 BOM".
대한 자세한 내용은 바이트 순서 표식 (BOM) 에서 위키백과.
또 다른 이유는 함께 갈 수 있는 것이 있는 한 다른 인스턴스들도 일치시킵니다 파선-짧은 지정하십시오라는 글자셋 수정표시. 예를 들면 다음과 같습니다.
<script type="javascript" charset="UTF-8" src="/script.js"></script>
<p><a charset="UTF-8" href="http://example.com/">Example Site</a></p>
정합성의 저회가 오류를 줄일 수 있는 코드를 더 읽기.
참고로 문자세트 속성은 구분하지 않습니다. Utf-8 은 UTF-8 이나 utf-8 보다 더 잘 사용할 수 있습니다, 하지만, 보다 정확한.
또한 반드시 이유가 전혀 아닌 다른 값을 사용할 수 있는 메타 문자세트 속성용 UTF-8 또는 호출기로 헤더입니다. 이후 1999년, 웹 문서를 utf-8 인코딩을 기본값입니다 HTML4 유일한 실용적인 현대의 웹 페이지를 만들 수 있는 길이다.
또한 HTML 엔티티에는 UTF-8 에서 사용할 수 없습니다. 저작권 심볼일 다음과 같은 문자를 직접 입력해야 합니다. 유일한 엔티티에는 콩지름에 5 스케줄됨 수정표시 문자이어야 대한 것입니다. 한 번 미만, 보다 앰퍼샌드 소수이다. 엔티티에는 HTML 파서를 사용할 수 있으며, 필요한 경우, 그들은 항상 진행하십시오 소개하십시오 코드를 만들 수 없는 오류가 적은 판독값, 파일 크기, 때로는 여러 브라우저에 따라 엔티티에는 디코딩합니다 향상시키십시오 잘못 사용되었습니다. 문자 / 삽입하십시오 방법, 저작권, 상표권, 오픈 쿼트에 닫으십시오 쿼트에 아포스트로피, em 대시입니다, en 대시입니다 총알로두 유로, 기타, 문자 코드에서 실제 문자를 사용하고 있는 그 내용을 접하게 됩니다. Mac 은 할 수 있는 시스템 기본 키보드 및 문자 뷰어입니다 선반가공 에서 찾을 수 있습니다 다음 문자를 끌어놓으려면 필요한 사용하거나 일치하는 키보드 뷰어 확인할 수 있는 키를 유형:. 예를 들어, 트레이드마크는 Option + 2. UTF-8 map_layer 모든 곳에서 모든 문자와 기호를 기록되었으므로 인간 언어. 그래서 대신 할 말이 없다 - 를 사용하면 em 대시입니다. 개념을 익힐 수 있는 문장 부호 및 타이포그래피 규칙 또한 나쁘지 않다. 예를 들어, 그 기간 내에 댁이라면 vmnet 닫으십시오 아닌 쿼트에 바깥쪽인지가.
>. &Lt 사용하여 meta>; 태그 콘텐트 유형 및 인코딩 같은 일이 매우 >. 때문에, 그러한 것들이 전날에약혼자에게 couldn& 아닐 수 없이 vmnet 파일 구문 분석을 t # 39. >. 메타 태그를 값을 얻을 수 있다.
아니, 이는 사실과 다르다. # 39 의 기본 브라우저가 시작할 때, 즉 UTF-8 인코딩 파일 browser& 아웃해야 구문 분석, 또는 iso 8859 1. , 는 iso 8859 1 과 utf-8 서브셋에 us-ascii 이후 모두 읽을 수 있는 브라우저 < html> < head>;;; 그냥 그랬다고 어느 쪽이든. 역시 마찬가지다. 메타 태그를 문자세트 있지만브라우저에 때 발생할 경우 이미 사용하고, 브라우저가 페이지를 다시 로드합니다 다르지 인코딩은 브라우저의 지정된 인코딩입니다. 그래서 우리는 문자세트 동일팔레트에 메타 태그 태그 헤드에게 직후, 심지어 다른 사항은요 전에 맨 위에 제목. 제목에 이쪽요 UTF-8 문자를 사용할 수 있습니다.
>. Bom 없이 UTF-8 인코딩 파일 %hsmb 먹이좀 합니다
엄격히 없는 사실입니다. 개뿐인 경우 US-ASCII 문자를 utf-8 로, 이 문서에서 US-ASCII 로 저장할 수 있습니다 및 경배하되 있기 때문에 서브셋. 하지만 올바른 utf-8 로 유니코드 문자를 경우, 당신은 BOM 없이 저장 합니다.
>. 스케쳐내 파일을 저장할 수 있는 좋은 텍스트 편집기를 >. utf-8, 내가 추천합니까 노트패드++.
Mac app store 에서 사용하는 mac 에서, 베어본 테스트브란글러 (무료), 또는 베어본 베디스 원하는거요 dell. 맥 앱 스토어 39.99 달러 에. 아주 싼 이러한 훌륭한 도구입니다. 두 가지 애플리케이션 (앱) 을 지정할 수 있는 문서창으로 하단의 메뉴 있습니다 문서를 utf-8 인코딩 및 " bom", 아니, 쉽게 선택할 수 있습니다. 물론 그 새 문서에 대한 기본 환경 설정에서 설정할 수 있습니다.
>. 그러나 이 경우, HTTP 헤더를 인코딩입니다 웹 서버 역할을 한다 >. [메타 태그) 는 모두 원하는거요 권장됨 불필요한.
그러나 이는 사실이 아닙니다. 물론 설정되었습니다 합니다 인코딩 에 있지만, 그 속성은 메타 문자세트 HTTP 헤더를 설정해야 합니다 수 있도록 페이지, 사용자가 저장한 후, 이 경우 로컬 스토리지보다 관용으로충만하신 있지만브라우저에 빼냅니다 나중에 다시 열 수 있는 유일한 표시가 인코딩입니다 선물은 메타 문자세트 속성. 같은 이유로 기본 태그 설정해야 합니다. 기본 연 서버에서 불필요한 있지만 이 경우 기본 태그 태그는 로컬 스토리지든, 서버의 경우, 모든 일을 선택할 수 있는 페이지를 통해 에셋을 시행되고 있으며, 드릴링됩니다, 아니 깨진 링크.
>. 장디포차스트 UTF-8
그래서 그냥 같은 특정 파일 형식을 인코딩입니다 변경하십시오 수도 있습니다.
AddType text/html;charset=utf-8 html
Utf-8, Latin-1 대한 팁을 제공입니다 (iso 8859 1) 파일은 utf-8 파일을 모두 전달자로써 " text"; 파일 확장자를 가지며, Latin-1 " txt.".
AddType text/plain;charset=iso-8859-1 txt
AddType text/plain;charset=utf-8 text
마지막으로, 문서에 절약합니다 고려해보십시오 유닉스 서버와 레거시 DOS (클래식) 또는 Mac 줄 끝이 아닌 줄 끝이 있는 상처를 줄 수 있으며, 특히, t 도움말에서는 don& # 39 더, 더 나아가 우리 레거시 (legacy) 시스템을 통해 해당 다운되어도 있다. Html5 는 html 문서를 UTF-8 인코딩 및 Unix 선 끝, 유효함 함께 작업을 잘 했습니다. 공유하고 편집할 수 있습니다, 저장, 복구 및 여러 상황에서 해당 문서를 읽고 의존하고 있습니다. # 39 의 it& 링구아 프랑카. # 39 의 디지털 종이네 it&
앞에서 언급한 것처럼 의 문서, 둘 다 사용할 수 있습니다. 그러나, meta charset = ";; '는' < utf-8" > 대해서만 HTML5 (및 간소화하는지 문자 / 너희에게베풀어진).
있는 시간, 올드 스타일 때문에 사용되지 않는 가까운 미래에 될 수밖에 없다. 엄밀히 말하면, meta charset = " < i& # 39; d ',', 새, utf-8" >. ,, # 39 의 < br> < br> There& 있지만 하나만 운행에서어떠한 상승했다. # 39 의 경우, s # 39 의 tech& that& 아웃해야 단계적으로 이전 (정말 빠른) *
Documentation:* [HTML metalun 문자세트 속성용 w3schools] (https://www.w3schools.com/tags/att_meta_charset.asp)
다른 답변을 다음 그것을 언급한 것은 아니지만, 저는 당선됐다.
'에코 & # 39 를 실행하여, HTTP/1.1 200 OK\r\nContent-type 테스트할 수 있습니다. text/html. doctype html>;;;;;! = windows-1251\r\n\r\n\xef\xbb\xbf< 문자세트 < html> < head> < metalun http equiv = " content-type";; = text / html 콘텐츠를 "; 1251년, meta charset =, = utf-8" 문자세트 > < " indows ";;;;;;;;;; < > < title> привет< /title> < /head> body> привет< /html>, & # 39;;;; /body> <. nc - 4500 '와' 포인팅 브라우저에 로컬호스트 4500 lp '. (물론 부품 또는 분리하십시오 변경할 수 있습니다. Bom 이 부분은 '\xef\xbb\xbf'. 네 인코딩 두려워 쉘입니다.)
Meta charset = " utf-8" 사용하여 '<;; 웹 브라우저에서 HTML5 를 사용할 때, '/>.
Meta http equiv = " content-type" 사용하여 '<;; = text / html 콘텐츠를 "; 문자세트 = utf-8". /> HTML4 사용할 때, '오래된' like ', 또는 XHTML 충족하거나, dom 파서 동도쿠망 미리 5.3ms
는 몇 가지 기반으로 한 뉴스 모질라 재단 및 시테포린트
>. 이 값을 ('http equiv = 콘텐트 유형') 를 사용하지 않는 것이 비활용. >. '더', '메타' > 문자세트 < 대한 속성. 요소. ! [입력하십시오. 이미지 여기에 설명을] [3]