Quando usamos o Access Database e o ASP para criar sites, às vezes pode haver problemas ilegais no UTF-8. Então, o que devemos fazer se os problemas ASP UTF-8 ocorrem? Agora, vamos dar uma olhada na solução para o problema do ASP UTF-8.
Este é um problema com a codificação da Web. Em chinês, o GB2312 é geralmente usado; portanto, se você mostrar que o chinês basicamente não é iluminado. Mas às vezes usamos um formato UTF-8 internacionalmente comum. Se as pessoas não sabem muito sobre o formato UTF-8, elas tendem a um código distorcido.
Muitos amigos me perguntaram por que a página de código especificada no ASP é 65001 e geralmente exibe códigos ilegais. O homem talentoso explicará essa questão em detalhes aqui para evitar que muitos amigos tenham desvios e até rejeitando o UTF-8.
Página da Web ASP UTF8 Código Gabinete Se você não souber o que é o UTF-8, o CAIZI sugere que você procure primeiro as informações relacionadas do UTF-8.
Certamente é razoável que a codificação UTF-8 seja aceita e até apreciada por mais e mais pessoas. Hoje, quando o Web2.0 é popular, enquanto fala sobre compatibilidade com vários navegadores, tenho que pensar que o fenômeno iluminado causado por diferentes codificações de personagens também precisa ser bem tratado ...
Há n anos atrás, todas as versões abaixo do IE6 seriam distorcidas se não tivessem a biblioteca de fontes correspondente instalada. Por exemplo, eu sou a versão do IE5 (padrão do Windows2000). Sem a biblioteca de fontes tradicional do IE instalada, os sites que acessam qualquer página tradicional serão distorcidos se não estiverem instalados. Obviamente, a premissa é que a página usa o Charset do BIG5, e o UTF-8 pode lidar com esse problema bem como uma codificação internacional. Desde que a página seja salva como formato de codificação UTF-8 e defina o CodEPage e o Charset como UTF-8 na página, você pode exibir o conteúdo completamente correto em qualquer navegador do cliente e não será distorcido ...
Ok, Caizi toma a página ASP como exemplo e vamos dar um exemplo para ver a operação específica:
Nesse caso, o CAIZI recomendou usar o EditPlus para escrever código. Caizi também escreveu um tutorial sobre o uso do EditPlus. Amigos interessados podem clicar aqui para conferir.
Abra uma nova página do ASP, acredito que os amigos que jogam ASP notarão que em muitos códigos de origem baixados, geralmente há uma frase no topo da página:
<%@Idioma = "vBScript" codePage = "936"%>
Não há necessidade de dizer muito sobre o idioma anterior. VBScript é o idioma de script padrão para ASP. De fato, é completamente desnecessário escrever. Se escrito, também afetará a eficiência da execução da página. Não discutiremos esta questão aqui. A página de código por trás é a chave, e o objetivo é dizer ao navegador que tipo de codificação desta página é. 936 representa chinês simplificado, enquanto 950 representa chinês tradicional e 65001 é a codificação do UTF-8 sobre a qual estamos falando hoje. Mudamos 936 para 65001, e toda a frase é a seguinte:
<%@Idioma = "vBScript" codePage = "65001"%>
Adicione alguns caracteres chineses para ver se eles podem ser exibidos corretamente.
<%
Response.Write "Primeiro teste das páginas UTF-8"
%>
Ok, basta clicar em "Salvar" e executar esta página para ver. Se nada acontecer inesperado, você poderá ver as palavras "página UTF-8 de uma cauda" que são exibidas. Há chinês ilegal. Qual é o motivo?
OK, clique no menu "Arquivo" na parte superior e selecione "Salvar como". Há uma codificação na linha inferior. O padrão deve ser ANSI. Clique na caixa suspensa, selecione UTF-8, clique em Salvar e experimente. Se nada inesperado acontecer, será ainda mais confuso. Haha, estou tonto. Não se preocupe, pense no motivo, porque a página que fizemos é devolvida pelo HTML. Quando escrevemos HTML, vimos uma meta de frase em frente ao corpo, isto é, a cabeça, que deve ser assim:
<meta http-equiv = "content-type" content = "text/html; charset = gb2312">
Ou seja, a página especificada retorna o resultado com a codificação GB2312 e deve ser gravada antes da saída do resultado de retorno. Todo mundo sabe que o GB2312 é simplificado em chinês. O que estamos falando hoje é a codificação UTF-8. Vamos alterar o GB2312 para UTF-8. Todo o código é o seguinte:
<%@Idioma = "vBScript" codePage = "65001"%>
<meta http-equiv = "content-type" content = "text/html; charset = utf-8">
<%
Response.Write "Primeiro teste das páginas UTF-8"
%>
Execute novamente, bem, ele será exibido normalmente desta vez ...
Página da Web ASP UTF8 GLOBLED CONCLUSÃO: A codificação UTF-8 é usada. Além de salvar o arquivo como formato UTF-8, você também precisa especificar o CodEPage e o CHARSET ao mesmo tempo.
O código que garante que a folha de ASP não pareça iluminada deve ser assim:
(Assumindo que é a folha do UTF-8)
< %@ CodePage = 65001 %>
<% Response.codePage = 65001%>
< % Response.Charset = "UTF-8" %>
Você pode criar um código de arquivo público.asp e todas as páginas contêm essa especificação de codificação.
ASP UTF-8 GLOBLED Code Problem? Depois de lê -lo, podemos saber que, de fato, a solução para o código distorcido de muitos dados lidos pelo AJAX é o mesmo. O princípio da solução é o mesmo em Asp.net, PHP e outros idiomas.