Wenn wir Access-Datenbank und ASP verwenden, um Websites zu erstellen, können manchmal Probleme mit UTF-8 verstümmelt werden. Was sollten wir also tun, wenn die ASP UTF-8 verstümmelt auftreten? Schauen wir uns nun die Lösung des ASP UTF-8-verstümmelten Problems an.
Dies ist ein Problem bei der Webcodierung. Auf Chinesisch wird GB2312 im Allgemeinen verwendet. Wenn Sie also zeigen, dass Chinesen im Grunde nicht verstümmelt sind. Aber manchmal verwenden wir ein international gemeinsames UTF-8-Format. Wenn die Leute nicht viel über das UTF-8-Format wissen, sind sie anfällig für verstümmelte Code.
Viele Freunde haben mich gefragt, warum der in ASP angegebene Codepage 65001 ist und häufig verstümmelte Codes angezeigt wird. Der talentierte Mann wird diese Frage hier ausführlich erklären, um zu vermeiden, dass viele Freunde Umwege unternehmen und sogar UTF-8 ablehnen.
ASP-Webseite UTF8-Versteckte Code Wenn Sie nicht wissen, was UTF-8 ist, schlägt CAIZI vor, dass Sie zuerst nach den zugehörigen Informationen von UTF-8 suchen.
Es ist sicherlich vernünftig, dass die UTF-8-Codierung von immer mehr Menschen akzeptiert und sogar gemocht wird. Heute, wenn Web2.0 beliebt ist und über die Kompatibilität von Multi-Browser-Kompatibilität spricht, muss ich denken, dass das durch verschiedene Charakter-Codierungen verursachte verstümmelte Phänomen auch gut behandelt werden muss ...
Vor Jahren würden alle Versionen unterhalb von IE6 verstümmelt, wenn sie nicht die entsprechende Schriftbibliothek installiert hätten. Zum Beispiel bin ich die Version von IE5 (Windows2000 Standard). Ohne die IE -traditionelle Schriftbibliothek werden Websites, die auf eine traditionelle Seite zugreifen, verstümmelt, wenn sie nicht installiert sind. Natürlich ist die Prämisse, dass die Seite Big5 von Charset von Big5 verwendet und UTF-8 dieses Problem als internationale Kodierung gut behandeln kann. Solange die Seite als UTF-8-Codierungsformat gespeichert ist und dann CodePage und Charset als UTF-8 auf der Seite definieren, können Sie den vollständig korrekten Inhalt in jedem Client-Browser anzeigen und nicht verstümmelt ...
Okay, CAIZI nimmt die ASP -Seite als Beispiel auf und nehme ein Beispiel, um die spezifische Operation anzuzeigen:
In diesem Fall empfahl CAIZI, EditPlus zum Schreiben von Code zu verwenden. CAIZI schrieb auch ein Tutorial über die Verwendung von EditPlus. Interessierte Freunde können hier klicken, um es zu überprüfen.
Öffnen Sie eine neue ASP -Seite. Ich glaube, dass Freunde, die ASP spielen, feststellen, dass in vielen heruntergeladenen Quellcodes normalerweise ein Satz oben auf der Seite steht:
<%@Sprache = "vbscript" Codepage = "936"%>
Es ist nicht erforderlich, viel über die vorherige Sprache zu sagen. VBScript ist die Standard -Skriptsprache für ASP. Tatsächlich ist es völlig unnötig zu schreiben. Wenn es geschrieben ist, wirkt sich auch die Seitenausführungseffizienz aus. Wir werden dieses Problem hier nicht diskutieren. Der Codepage dahinter ist der Schlüssel, und der Zweck besteht darin, dem Browser mitzuteilen, welche Art von Codierung diese Seite ist. 936 repräsentiert vereinfachte Chinesen, während 950 traditionelles Chinesisch repräsentiert, und 65001 ist die UTF-8-Kodierung, über die wir heute sprechen. Wir wechseln 936 bis 65001, und der gesamte Satz lautet wie folgt:
<%@Sprache = "vbscript" Codepage = "65001"%>
Fügen Sie ein paar chinesische Zeichen hinzu, um festzustellen, ob sie korrekt angezeigt werden können.
<%
Antwort.Write "Erste Tests von UTF-8-Seiten"
%>
OK, klicken Sie einfach auf "Speichern" und führen Sie diese Seite aus, um zu sehen. Wenn nichts Unerwartetes passiert, sehen Sie möglicherweise die Wörter "One-Tail UTF-8-Seite", die angezeigt werden. Es gibt verstümmelte Chinesen. Was ist der Grund?
OK, bitte klicken Sie oben auf das Menü "Datei" und wählen Sie "Speichern als". Es gibt eine Codierung im Endergebnis. Der Standard sollte ANSI sein. Bitte klicken Sie auf das Dropdown-Feld, wählen Sie UTF-8, klicken Sie auf Speichern und versuchen Sie es dann. Wenn nichts Unerwartetes passiert, wird es noch unordentlicher sein. Haha, ich bin schwindelig. Machen Sie sich keine Sorgen, denken Sie an den Grund, denn die Seite, die wir gemacht haben, wird von HTML zurückgegeben. Als wir HTML schrieben, sahen wir vor dem Körper einen Satzmeta, dh den Kopf, der so sein sollte:
<meta http-äquiv = "content-type" content = "text/html; charset = gb2312">
Das heißt, die angegebene Seite gibt das Ergebnis mit GB2312 -Codierung zurück und muss vor der Ausgabe des Rückgabeergebnisses geschrieben werden. Jeder weiß, dass GB2312 chinesisch vereinfacht wird. Was wir heute sprechen, ist die UTF-8-Codierung. Wechseln Sie GB2312 in UTF-8. Der gesamte Code ist wie folgt:
<%@Sprache = "vbscript" Codepage = "65001"%>
<meta http-äquiv = "content-type" content = "text/html; charset = utf-8">
<%
Antwort.Write "Erste Tests von UTF-8-Seiten"
%>
Nochmals ausführen, wird es diesmal normalerweise angezeigt ...
ASP-Webseite UTF8 Schlussfolgerung verstümmelt: Die UTF-8-Codierung wird verwendet. Neben dem Speichern der Datei als UTF-8-Format müssen Sie auch gleichzeitig CodePage und Charset angeben.
Der Code, der sicherstellt, dass das ASP -Blatt nicht verstümmelt wird, sollte so sein:
(Angenommen, es ist das Blatt von UTF-8)
< %@ Codepage = 65001 %>
<% Antwort.CodePage = 65001%>
< % Response.charset = "utf-8" %>
Sie können einen öffentlichen Dateicode.asp erstellen, und alle Seiten enthalten diese Codierungsspezifikation.
ASP UTF-8-Problem mit verstümmeltem Code? Nachdem wir es gelesen haben, können wir wissen, dass die Lösung für den verstümmelten Code vieler von Ajax gelesener Daten tatsächlich der gleiche ist. Das Lösungsprinzip ist in ASP.NET, PHP und anderen Sprachen gleich.