Access 데이터베이스 및 ASP를 사용하여 웹 사이트를 구축하면 UTF-8에 문제가 발생할 수 있습니다. 그렇다면 ASP UTF-8 문제가 발생하면 어떻게해야합니까? 이제 ASP UTF-8 문제에 대한 해결책을 살펴 보겠습니다.
이것은 웹 인코딩의 문제입니다. 중국어에서는 GB2312가 일반적으로 사용되므로 중국어가 기본적으로 차지하지 않았 음을 보여 주면. 그러나 때때로 우리는 국제적으로 일반적인 UTF-8 형식을 사용합니다. 사람들이 UTF-8 형식에 대해 많이 모른다면 코드가 잘되기 쉽습니다.
많은 친구들이 ASP에 지정된 코드 페이지가 왜 65001인지 물어 보았으며 종종 차량 코드를 표시합니다. 재능있는 남자는 많은 친구들이 우회를하고 UTF-8을 거부하지 않도록이 질문을 자세히 설명 할 것입니다.
ASP 웹 페이지 UTF8은 UTF-8이 무엇인지 모르는 경우 Caizi는 우선 UTF-8의 관련 정보를 먼저 검색 할 것을 제안합니다.
UTF-8 인코딩이 점점 더 많은 사람들이 받아 들여지고 좋아하는 것이 합리적입니다. 오늘날 Web2.0이 인기가 높을 때, 다중 브라우저 호환성에 대해 이야기하면서, 다른 문자 인코딩으로 인한 갈라진 현상도 잘 처리해야한다고 생각해야합니다.
N 년 전, 해당 글꼴 라이브러리가 설치되지 않은 경우 IE6 아래의 모든 버전이 차단됩니다. 예를 들어, IE5 (Windows2000 기본값) 버전입니다. IE 전통적인 글꼴 라이브러리가 설치되지 않으면 기존 페이지에 액세스하는 웹 사이트가 설치되지 않으면 차지합니다. 물론,이 페이지는 Big5의 숯을 사용하고 UTF-8 은이 문제를 국제 인코딩으로 처리 할 수 있다는 것입니다. 페이지가 UTF-8 인코딩 형식으로 저장된 다음 페이지에서 CodePage 및 Charset을 UTF-8로 정의하는 한 클라이언트 브라우저에 완전히 올바른 콘텐츠를 표시 할 수 있으며 차지하지 않습니다 ...
좋아, Caizi는 ASP 페이지를 예로 들어 예시하여 특정 작업을 볼 수 있도록하겠습니다.
이 경우 Caizi는 EditPlus를 사용하여 코드를 작성하는 것이 좋습니다. Caizi는 또한 EditPlus 사용에 대한 튜토리얼을 썼습니다. 관심있는 친구들은 여기를 클릭하여 확인할 수 있습니다.
새 ASP 페이지를 열면 ASP를하는 친구들은 많은 다운로드 된 소스 코드에서 일반적으로 페이지 상단에 문장이 있음을 알게 될 것입니다.
<%@language = "vbscript"CodePage = "936"%>
이전 언어에 대해 많이 말할 필요가 없습니다. vbscript는 ASP의 기본 스크립팅 언어입니다. 사실, 글을 쓰는 것은 완전히 불필요합니다. 작성된 경우 페이지 실행 효율에도 영향을 미칩니다. 여기서는이 문제에 대해 논의하지 않을 것입니다. 뒤에있는 코드 페지가 핵심이며, 목적은이 페이지를 인코딩하는 것이 어떤 종류인지 브라우저에 알려주는 것입니다. 936은 단순화 된 중국인을 나타내고 950은 전통적인 중국인을 나타내고 65001은 오늘날 우리가 이야기하고있는 UTF-8 인코딩입니다. 우리는 936에서 65001을 변경하고 전체 문장은 다음과 같습니다.
<%@language = "vbscript"CodePage = "65001"%>
한자를 올바르게 표시 할 수 있는지 확인하십시오.
<%
응답. "UTF-8 페이지의 첫 번째 테스트"
%>
좋아, "저장"을 클릭 하고이 페이지를 실행하여보십시오. 예상치 못한 일이 발생하지 않으면 표시되는 "한 꼬리 UTF-8 페이지"라는 단어가 표시 될 수 있습니다. 중국인이 있습니다. 이유는 무엇입니까?
좋아, 상단의 "파일"메뉴를 클릭하고 "Save As"를 선택하십시오. 결론에 인코딩이 있습니다. 기본값은 ANSI 여야합니다. 드롭 다운 상자를 클릭하고 UTF-8을 선택하고 저장을 클릭 한 다음 시도하십시오. 예상치 못한 일이 발생하지 않으면 더 지저분해질 것입니다. 하하, 어지러워. 우리가 만든 페이지가 HTML에 의해 반환되기 때문에 걱정하지 마십시오. 이유를 생각하십시오. 우리가 HTML을 썼을 때, 우리는 신체 앞에서 문장 메타, 즉 머리와 같은 것을 보았습니다.
<meta http-equiv = "content-type"content = "text/html; charset = gb2312">
즉, 지정된 페이지는 GB2312 인코딩으로 결과를 반환하며 리턴 결과의 출력 전에 작성해야합니다. GB2312가 단순화 된 중국인이라는 것을 모두 알고 있습니다. 오늘 우리가 말하는 것은 UTF-8 인코딩입니다. GB2312를 UTF-8로 변경합시다. 전체 코드는 다음과 같습니다.
<%@language = "vbscript"CodePage = "65001"%>
<meta http-equiv = "content-type"content = "text/html; charset = utf-8">
<%
응답. "UTF-8 페이지의 첫 번째 테스트"
%>
다시 실행하십시오. 이번에는 정상적으로 표시됩니다 ...
ASP 웹 페이지 UTF8 BREBLED 결론 : UTF-8 인코딩이 사용됩니다. 파일을 UTF-8 형식으로 저장하는 것 외에도 CodePage 및 Charset을 동시에 지정해야합니다.
ASP 잎이 차량화되지 않도록 보장하는 코드는 다음과 같아야합니다.
(UTF-8의 잎이라고 가정)
< %@ codepage = 65001 %>
<% response.codepage = 65001%>
< % response.charset = "utf-8" %>
공개 파일 코드를 만들 수 있으며 모든 페이지에는이 인코딩 사양이 포함되어 있습니다.
ASP UTF-8 차량 코드 문제? 그것을 읽은 후에, 우리는 실제로 Ajax가 읽은 많은 데이터의 차량 코드에 대한 솔루션이 동일하다는 것을 알 수 있습니다. 솔루션 원칙은 ASP.NET, PHP 및 기타 언어에서 동일합니다.