최근에 많은 학생들이 웹 페이지에서 질문 코딩에 대해 저에게 물었습니다. GB2312와 UTF-8 코딩의 차이점은 무엇입니까? 오늘 요약하겠습니다.
최근에 많은 학생들이 웹 페이지에서 질문 코딩에 대해 저에게 물었습니다. GB2312와 UTF-8 코딩의 차이점은 무엇입니까? 오늘 요약하려면 :
페이지를 만들 때 스타일 정의가 적용되지 않는 문제가 발생하는지 모르겠습니다. 기본 표현은 스타일이 표시되지 않거나 일부 브라우저 만 정상이라는 것입니다. 이 시점에서 일반적으로 다음 단계가 필요합니다.
수정 된 스타일 파일이 현재 페이지의 스타일 파일인지 확인하십시오 (여러 환경의 경우)
파일의 경로가 올바른지 확인하십시오 (아마도 실수하고 다소 쓰기)
위의 두 지점 모두 문제가 없거나 일부 스타일 만 유효하지 않은지 확인하면 기본적으로 파일 인코딩 문제인지 확인할 수 있습니다.
UTF-8을 사용하는 것이 GB2312보다 더 나은 크로스 플랫폼 호환성이라는 것을 모두 알고 있지만 파일 인코딩이 파일 인코딩 선언과 동일하지 않다는 것을 반드시 알 필요는 없습니다. 그들은 파일의 인코딩 유형이 선언되는 한 파일의 인코딩이 변경되어 파일 인코딩 유형의 간단한 선언으로 이어지고 파일 인코딩 유형이 실제로 수정되지 않았다고 생각합니다. 브라우저가 선언 된 인코딩 유형으로 파일을 구문 분석하면 파일의 실제 인코딩은 선언과 다르기 때문에 잘못된 구문 분석 문제가 발생합니다.
위의 문제는 어떻게 발생합니까?
선언 만 수정되었고, 선언에 해당하는 파일 인코딩 유형은 저장되지 않았습니다.
다른 파일간에 복사 할 때 두 파일 간 인코딩이 다릅니다.
위의 문제의 다른 사본을 저장하고 선언과 동일한 인코딩 유형을 선택하십시오.
위의 방법 중 어느 것도 작동하지 않으면 편집 소프트웨어에 문제가있을 수 있습니다. 다른 편집기를 시도하는 것이 좋습니다.
현재 문제가있는 편집자를 알고 있습니다.
Emeditor Professional v7.50 Alpha 5 (아마도 알파 버전의 관계 일 수도 있습니다. UTF-8이 서명되지 않을 때, UTF-8이 서명되지 않으면, 특정 중국어가 스타일의 주석 끝에 나타나면, 사용, 연결, 이름, 닫기, 유령, 댓글, 댓글, 출력, 쓰기, 다운, 현재, 대면, 하루 등과 같은 스타일의 주석의 끝에 나타나면, 후속 내용은 IE7에 의해 파자가되지 않습니다).
editPlus (어떤 버전인지 모르겠습니다. 누군가가 알고 있다면 UTF-8 플러스 서명을 저장할 때 서명으로 인해 컨텐츠가 구문 분석됩니다).
참고 : 위의 모든 것은 페이지의 스타일과 독립 스타일 파일을 포함하여 스타일 부분을 나타냅니다.