Lorsque nous utilisons la base de données d'accès et ASP pour créer des sites Web, il peut parfois y avoir des problèmes brouillés avec UTF-8. Alors, que devons-nous faire si les problèmes brouillés ASP UTF-8 se produisent? Jetons maintenant un coup d'œil à la solution au problème brouillé ASP UTF-8.
Ceci est un problème avec l'encodage Web. En chinois, GB2312 est généralement utilisé, donc si vous montrez que le chinois n'est pas brouillé. Mais parfois, nous utilisons un format UTF-8 commun internationalement. Si les gens ne savent pas grand-chose sur le format UTF-8, ils sont sujets à un code brouillé.
De nombreux amis m'ont demandé pourquoi la page de code spécifiée dans ASP est de 65001 et il affiche souvent des codes brouillés. L'homme talentueux expliquera cette question en détail ici pour éviter que de nombreux amis prennent des détours et rejetant même l'UTF-8.
Page Web ASP UTF8 Code brouillé Si vous ne savez pas ce qu'est UTF-8, Caizi suggère de rechercher d'abord les informations connexes de l'UTF-8.
Il est certainement raisonnable que le codage de l'UTF-8 soit accepté et même aimé par de plus en plus de gens. Aujourd'hui, lorsque Web2.0 est populaire, tout en parlant de la compatibilité multi-navigateurs, je dois penser que le phénomène brouillé causé par différents encodages de personnages doit également être bien géré ...
Il y a n ans, toutes les versions ci-dessous IE6 seraient brouillées si elles n'avaient pas installé la bibliothèque de polices correspondante. Par exemple, je suis la version d'IE5 (par défaut Windows2000). Sans la bibliothèque de polices traditionnelles IE installée, les sites Web qui accèdent à une page traditionnelle seront brouillés s'ils ne sont pas installés. Bien sûr, la prémisse est que la page utilise le Charset de Big5, et UTF-8 peut gérer ce problème bien comme codage international. Tant que la page est enregistrée sous forme de format de codage UTF-8, puis définissez le codepage et le charme comme UTF-8 sur la page, vous pouvez afficher le contenu complètement correct dans n'importe quel navigateur client et ne sera pas brouillé ...
D'accord, Caizi prend la page ASP comme exemple, et prenons un exemple pour voir l'opération spécifique:
Dans ce cas, Caizi a recommandé d'utiliser EditPlus pour écrire du code. Caizi a également écrit un tutoriel sur l'utilisation d'EditPlus. Les amis intéressés peuvent cliquer ici pour le vérifier.
Ouvrez une nouvelle page ASP, je crois que les amis qui jouent ASP remarqueront que dans de nombreux codes source téléchargés, il y a généralement une phrase en haut de la page:
<% @ Lingots = "vbscript" codepage = "936"%>
Il n'est pas nécessaire de dire grand-chose sur la langue précédente. VBScript est le langage de script par défaut pour ASP. En fait, il n'est pas totalement inutile d'écrire. S'il est écrit, cela affectera également l'efficacité d'exécution de la page. Nous ne discuterons pas de ce problème ici. Le codepage derrière est la clé, et le but est de dire au navigateur quel type d'encodage est cette page. 936 représente un chinois simplifié, tandis que 950 représente le chinois traditionnel, et 65001 est le codage UTF-8 dont nous parlons aujourd'hui. Nous changeons 936 à 65001, et la phrase entière est la suivante:
<% @ Lingots = "vbscript" codepage = "65001"%>
Ajoutez quelques caractères chinois pour voir s'ils peuvent être affichés correctement.
<%
Response.Write "Premier test des pages UTF-8"
%>
Ok, cliquez simplement sur "Enregistrer" et exécutez cette page pour voir. Si rien de inattendu ne se produit, vous pouvez voir les mots "page UTF-8 à queue" qui sont affichés. Il y a un chinois brouillé. Quelle est la raison?
Ok, veuillez cliquer sur le menu "Fichier" en haut et sélectionner "Enregistrer sous". Il y a un codage sur le résultat net. La valeur par défaut doit être ANSI. Veuillez cliquer sur la boîte déroulante, sélectionnez UTF-8, cliquez sur Enregistrer, puis essayez-le. Si rien de inattendu ne se produit, ce sera encore plus désordonné. Haha, je suis étourdi. Ne vous inquiétez pas, pensez à la raison, car la page que nous avons faite est retournée par HTML. Lorsque nous avons écrit HTML, nous avons vu une méta de la phrase devant le corps, c'est-à-dire la tête, qui devrait être ceci:
<meta http-equiv = "content-type" content = "text / html; charset = gb2312">
Autrement dit, la page spécifiée renvoie le résultat avec le codage GB2312 et doit être écrit avant la sortie du résultat de retour. Tout le monde sait que GB2312 est un chinois simplifié. Ce dont nous parlons aujourd'hui, c'est le codage UTF-8. Changeons GB2312 en UTF-8. L'ensemble du code est le suivant:
<% @ Lingots = "vbscript" codepage = "65001"%>
<meta http-equiv = "contenu-type" contenu = "text / html; charset = utf-8">
<%
Response.Write "Premier test des pages UTF-8"
%>
Exécutez à nouveau, eh bien, il sera affiché normalement cette fois ...
Page Web ASP UTF8 Conclusion brouillé: Le codage UTF-8 est utilisé. En plus d'enregistrer le fichier sous le format UTF-8, vous devez également spécifier le codepage et le charset en même temps.
Le code qui garantit que la feuille ASP n'apparaîtra pas brouillé devrait être ceci:
(En supposant que c'est la feuille de UTF-8)
<% @ Codepage = 65001%>
<% Réponse.codepage = 65001%>
<% Response.Charset = "UTF-8"%>
Vous pouvez créer un fichier public Code.asp et toutes les pages contiennent cette spécification de codage.
ASP UTF-8 Problème de code brouillé? Après l'avoir lu, nous pouvons savoir qu'en fait, la solution au code brouillé de nombreuses données lues par Ajax est la même. Le principe de la solution est le même dans ASP.NET, PHP et d'autres langues.