Когда мы используем базу данных Access и ASP для создания веб-сайтов, иногда могут возникнуть искаженные проблемы с UTF-8. Итак, что мы должны делать, если возникают искаженные проблемы ASP UTF-8? Теперь давайте посмотрим на решение искаженной проблемы ASP UTF-8.
Это проблема с веб -кодированием. На китайском языке обычно используется GB2312, поэтому, если вы показываете, что китайцы в основном не искажены. Но иногда мы используем международно общий формат UTF-8. Если люди мало знают о формате UTF-8, они склонны к искаженному коду.
Многие друзья спрашивали меня, почему кодеж, указанная в ASP, составляет 65001, и часто отображается искаженные коды. Талантливый человек подробно объяснит этот вопрос, чтобы избежать многих друзей брать обходы и даже отвергать UTF-8.
ASP Web Page UTF8 искаженная код, если вы не знаете, что такое UTF-8, то Caizi предлагает сначала искать информацию UTF-8.
Конечно, разумно, что кодирование UTF-8 принимается и даже любит все больше и больше людей. Сегодня, когда Web2.0 популярен, рассказывая о совместимости с несколькими браузерами, я должен думать, что искаженное явление, вызванное различными кодировками персонажа, также должно быть хорошо обработано ...
Несколько лет назад все версии ниже IE6 были бы искажены, если бы у них не было установлена соответствующая библиотека шрифтов. Например, я версия IE5 (Windows2000 по умолчанию). Без установки традиционной библиотеки шрифтов IE веб -сайты, которые получают доступ к любой традиционной странице, будут искажены, если они не установлены. Конечно, предпосылка заключается в том, что страница использует Charset Big5, и UTF-8 может хорошо решать эту проблему, как международное кодирование. Пока страница сохраняется в виде формата кодирования UTF-8, а затем определяйте кодексус и charset как UTF-8 на странице, вы можете отобразить совершенно правильный контент в любом клиентском браузере и не будет искажен ...
Хорошо, в качестве примера Caizi забирает страницу ASP, и давайте возьмем пример, чтобы увидеть конкретную операцию:
В этом случае Caizi рекомендовал использовать EditPlus для записи кода. Caizi также написал учебник по использованию EditPlus. Заинтересованные друзья могут нажать здесь, чтобы проверить это.
Откройте новую страницу ASP, я считаю, что друзья, которые играют в ASP, заметят, что во многих загруженных исходных кодах обычно есть предложение в верхней части страницы:
<%@Language = "vbscript" codepage = "936"%>
Нет необходимости много говорить о предыдущем языке. VBScript - это язык сценариев по умолчанию для ASP. На самом деле, писать совершенно не нужно. Если написано, это также повлияет на эффективность выполнения страницы. Мы не будем обсуждать эту проблему здесь. Кодекс позади - это ключ, и цель состоит в том, чтобы рассказать браузеру, что такое кодирование этой страницы. 936 представляет упрощенный китайский язык, а 950 представляет традиционный китайский, а 65001-кодирование UTF-8, о котором мы говорим сегодня. Мы меняем с 936 на 65001, и все предложение заключается в следующем:
<%@Language = "vbscript" codepage = "65001"%>
Добавьте несколько китайских персонажей, чтобы увидеть, могут ли они отображаться правильно.
<%
Ответ. Написание "Первое тестирование страниц UTF-8"
%>
ОК, просто нажмите «Сохранить» и выполнить эту страницу, чтобы увидеть. Если ничего неожиданного не происходит, вы можете увидеть слова «односторонняя страница UTF-8», которые отображаются. Там искаженные китайцы. В чем причина?
ОК, нажмите на меню «Файл» в верхней части и выберите «Сохранить как». Есть кодирование на итоги. По умолчанию должно быть ANSI. Пожалуйста, нажмите на раскрывающуюся поле, выберите UTF-8, нажмите «Сохранить», а затем попробуйте. Если ничего неожиданного не произойдет, это будет еще более грязно. Ха -ха, я кружится. Не волнуйтесь, подумайте о причине, потому что страница, которую мы сделали, возвращается HTML. Когда мы написали HTML, мы увидели мета -предложение перед телом, то есть голова, которая должна быть похожа на это:
<meta http-equiv = "content-type" content = "text/html; charset = gb2312">
То есть указанная страница возвращает результат с кодированием GB2312 и должна быть записана до вывода результата возврата. Все знают, что GB2312 упрощен китайский. Сегодня мы говорим, это кодирование UTF-8. Давайте изменим GB2312 на UTF-8. Весь код заключается в следующем:
<%@Language = "vbscript" codepage = "65001"%>
<meta http-equiv = "content-type" content = "text/html; charset = utf-8">
<%
Ответ. Написание "Первое тестирование страниц UTF-8"
%>
Выполните еще раз, ну, на этот раз он будет отображаться в этот раз ...
ASP Web Page UTF8 искаженное заключение: используется кодирование UTF-8. В дополнение к сохранению файла в формате UTF-8, вам также необходимо указать CodePage и Charset одновременно.
Код, который гарантирует, что лист ASP не будет выглядеть искаженным, должен быть таким:
(Предполагая, что это лист UTF-8)
< %@ CodePage = 65001 %>
<% Response.codepage = 65001%>
< % Response.charset = "UTF-8" %>
Вы можете создать общедоступный код файла. ASP, и все страницы содержат эту спецификацию кодирования.
ASP UTF-8 искаженная кода проблема? Прочитав его, мы можем знать, что на самом деле решение искаженного кода многих данных, прочитанных Ajax, одинаково. Принцип решения одинаково в ASP.NET, PHP и других языках.