Cuando usamos la base de datos de acceso y ASP para crear sitios web, a veces puede haber problemas confusos con UTF-8. Entonces, ¿qué debemos hacer si ocurren los problemas de ASP UTF-8? Ahora echemos un vistazo a la solución al problema de ASP UTF-8.
Este es un problema con la codificación web. En chino, GB2312 se usa generalmente, por lo que si muestra que los chinos básicamente no están confusos. Pero a veces usamos un formato UTF-8 internacionalmente común. Si las personas no saben mucho sobre el formato UTF-8, son propensos al código confuso.
Muchos amigos me han preguntado por qué la códigura de códigos especificada en ASP es 65001 y a menudo muestra códigos confusos. El hombre talentoso explicará esta pregunta en detalle aquí para evitar que muchos amigos tomen desvíos e incluso rechazen UTF-8.
Página web ASP Código de confusión UTF8 Si no sabe qué es UTF-8, entonces Caizi sugiere que busque primero la información relacionada de UTF-8.
Ciertamente es razonable que la codificación UTF-8 sea aceptada e incluso me gusta más y más personas. Hoy, cuando Web2.0 es popular, mientras se habla de compatibilidad de múltiples browser, debo pensar que el fenómeno confuso causado por diferentes codificaciones de personajes también debe manejarse bien ...
N hace años, todas las versiones por debajo de IE6 se verían confusas si no tenían la biblioteca de fuentes correspondiente instalada. Por ejemplo, soy la versión de IE5 (valor predeterminado de Windows2000). Sin la biblioteca de fuentes tradicional de IE instalada, los sitios web que acceden a cualquier página tradicional estarán confusas si no están instaladas. Por supuesto, la premisa es que la página utiliza el charset de Big5, y UTF-8 puede manejar este problema bien como una codificación internacional. Mientras la página se guarde como formato de codificación UTF-8, y luego defina la etiqueta de códigos y el charset como UTF-8 en la página, puede mostrar el contenido completamente correcto en cualquier navegador de clientes y no se verá confundido ...
De acuerdo, Caizi toma la página ASP como ejemplo, y tomemos un ejemplo para ver la operación específica:
En este caso, Caizi recomendó usar EditPlus para escribir código. Caizi también escribió un tutorial sobre el uso de EditPlus. Los amigos interesados pueden hacer clic aquí para verlo.
Abra una nueva página de ASP, creo que los amigos que juegan ASP notarán que en muchos códigos fuente descargados, generalmente hay una oración en la parte superior de la página:
<%@Idioma = "vBscript" Codepage = "936"%>
No hay necesidad de decir mucho sobre el idioma anterior. VBScript es el lenguaje de secuencias de comandos predeterminado para ASP. De hecho, es completamente innecesario escribir. Si se escribe, también afectará la eficiencia de ejecución de la página. No discutiremos este tema aquí. La clave de código detrás es la clave, y el propósito es decirle al navegador qué tipo de codificación es esta página. 936 representa el chino simplificado, mientras que 950 representa el chino tradicional, y 65001 es la codificación UTF-8 de la que estamos hablando hoy. Cambiamos de 936 a 65001, y la oración completa es la siguiente:
<%@Idioma = "vBscript" Codepage = "65001"%>
Agregue algunos caracteres chinos para ver si se pueden mostrar correctamente.
<%
Response.WRITE "Primera prueba de las páginas UTF-8"
%>
OK, simplemente haga clic en "Guardar" y ejecute esta página para ver. Si no sucede nada inesperado, puede ver las palabras "página UTF-8 de una cola" que se muestran. Hay chino confusión. ¿Cuál es la razón?
Aceptar, haga clic en el menú "Archivo" en la parte superior y seleccione "Guardar como". Hay una codificación en el resultado final. El valor predeterminado debe ser ANSI. Haga clic en el cuadro desplegable, seleccione UTF-8, haga clic en Guardar y luego pruebe. Si no sucede nada inesperado, será aún más desordenado. Jaja, estoy mareado. No se preocupe, piense en la razón, porque la página que hicimos es devuelta por HTML. Cuando escribimos HTML, vimos una meta de oración frente al cuerpo, es decir, la cabeza, que debería ser así:
<meta http-oquiv = "content-type" content = "text/html; charset = gb2312">
Es decir, la página especificada devuelve el resultado con la codificación GB2312, y debe escribirse antes de la salida del resultado de retorno. Todos saben que GB2312 es chino simplificado. De lo que estamos hablando hoy es la codificación UTF-8. Cambiemos GB2312 a UTF-8. Todo el código es el siguiente:
<%@Idioma = "vBscript" Codepage = "65001"%>
<meta http-equiv = "content-type" content = "text/html; charset = utf-8">
<%
Response.WRITE "Primera prueba de las páginas UTF-8"
%>
Ejecutar de nuevo, bueno, se mostrará normalmente esta vez ...
Página web ASP UTF8 Conclusión confusa: se utiliza la codificación UTF-8. Además de guardar el archivo como formato UTF-8, también debe especificar Codepage y Charset al mismo tiempo.
El código que garantiza que la hoja de ASP no aparezca confusión debería ser así:
(Suponiendo que es la hoja de UTF-8)
< %@ CodePage = 65001 %>
<% Respuesta.codepage = 65001%>
< % Respuesta.charset = "utf-8" %>
Puede crear un archivo público Code.asp, y todas las páginas contienen esta especificación de codificación.
ASP UTF-8 ¿Problema de código confusión? Después de leerlo, podemos saber que, de hecho, la solución al código confuso de muchos datos leídos por AJAX es la misma. El principio de solución es el mismo en ASP.NET, PHP y otros idiomas.