Ist Codepage 65001 und utf-8 die gleiche Sache?
https://stackoverflow.com/questions/1629437
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>
<!--#include file="conn.asp"-->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
Ist der obige Code nicht wahr?
Lösung
Ja.
UTF-8 ist CP65001 in Windows (die die Angabe UTF-8 in dem Legacy-Codepage Zeug nur ein Weg ist). Soweit ich ASP lesen UTF-8 umgehen kann, wenn auf diese Weise festgelegt.
Andere Tipps
Ihr Code korrekt ist, obwohl ich die CharSet in Code setzen lieber als den Meta-Tag zu verwenden: -
<% Response.CharSet = "UTF-8" %>
Die Codepage 65001 bezieht sich auf die UTF-8-Zeichensatz. Sie würden müssen sicherstellen, dass Ihre ASP-Seite (und jede enthält) als UTF-8 gespeichert, wenn sie irgendwelche Zeichen außerhalb des Standard-ASCII-Zeichensatzes enthalten.
Durch das Codepage-Attribut Angabe in dem <% @ blockieren Sie an, dass alles, was geschrieben Response.Write verwenden, sollte in diesem Fall 65001 (utf-8) mit dem Codepage angegeben, codiert werden. Es lohnt sich man bedenkt, dass dies keine Auswirkungen auf die statische Inhalte, die für Byte auf die Antwort wörtlich Byte gesendet wird. Dies ist der Grund, warum die Datei tatsächlich die Codepage gespeichert werden verwendet, der angegeben wird.
Die CharSet-Eigenschaft der Antwort stellt den CharSet Wert der Content-Type-Header. Dies hat keinen Einfluss darauf, wie mein der Inhalt codiert werden sie lediglich die Client mitteilen, welche Codierung empfangen wird. Auch hier ist es wichtig, dass sein Wert gesendet, um die tatsächliche Codierung entsprechen.
Ja, 65001 ist die Windows-Codepage-Kennung für UTF-8, wie dokumentiert auf der Microsoft-Website . Wikipedia schlägt dass IBM Codepage 128 und SAP-Codepage 4110 sind auch Indikatoren für UTF-8.
response.codepage = 65001
scheinen schlechtes Ergebnis zu geben, wenn die physische Datei als UTF-8 gespeichert
Ansonsten ist es funktioniert, wie es soll.
