Ketika kami menggunakan Access Database dan ASP untuk membangun situs web, kadang-kadang mungkin ada masalah kacau dengan UTF-8. Jadi apa yang harus kita lakukan jika masalah ASP UTF-8 rusak terjadi? Sekarang mari kita lihat solusi untuk masalah ASP UTF-8 yang kacau.
Ini adalah masalah dengan pengkodean web. Dalam bahasa Cina, GB2312 umumnya digunakan, jadi jika Anda menunjukkan bahwa orang Cina pada dasarnya tidak kacau. Tetapi kadang-kadang kita menggunakan format UTF-8 yang umum secara internasional. Jika orang tidak tahu banyak tentang format UTF-8, mereka rentan terhadap kode yang kacau.
Banyak teman bertanya kepada saya mengapa codepage yang ditentukan dalam ASP adalah 65001 dan sering menampilkan kode yang kacau. Pria berbakat akan menjelaskan pertanyaan ini secara rinci di sini untuk menghindari banyak teman mengambil jalan memutar dan bahkan menolak UTF-8.
Asp Web Page UTF8 Kode Berkelahi Jika Anda tidak tahu apa itu UTF-8, maka Caizi menyarankan agar Anda mencari informasi terkait UTF-8 terlebih dahulu.
Tentu saja masuk akal bahwa pengkodean UTF-8 diterima dan bahkan disukai oleh semakin banyak orang. Hari ini, ketika Web2.0 populer, saat berbicara tentang kompatibilitas multi-browser, saya harus berpikir bahwa fenomena kacau yang disebabkan oleh pengkodean karakter yang berbeda juga perlu ditangani dengan baik ...
N tahun yang lalu, semua versi di bawah IE6 akan kacau jika mereka tidak menginstal pustaka font yang sesuai. Misalnya, saya adalah versi IE5 (default Windows2000). Tanpa Pustaka Font Tradisional IE yang diinstal, situs web yang mengakses halaman tradisional apa pun akan kacau jika tidak diinstal. Tentu saja, premisnya adalah halaman tersebut menggunakan charset BIG5, dan UTF-8 dapat menangani masalah ini dengan baik sebagai pengkodean internasional. Selama halaman disimpan sebagai format pengkodean UTF-8, dan kemudian mendefinisikan codepage dan charset sebagai UTF-8 pada halaman, Anda dapat menampilkan konten yang benar-benar benar di browser klien apa pun dan tidak akan kacau ...
Oke, Caizi mengambil halaman ASP sebagai contoh, dan mari kita ambil contoh untuk melihat operasi spesifik:
Dalam hal ini, Caizi merekomendasikan menggunakan EditPlus untuk menulis kode. Caizi juga menulis tutorial tentang menggunakan EditPlus. Teman yang tertarik dapat mengklik di sini untuk memeriksanya.
Buka halaman ASP baru, saya percaya bahwa teman -teman yang bermain ASP akan melihat bahwa dalam banyak kode sumber yang diunduh, biasanya ada kalimat di bagian atas halaman:
<%@Language = "vbscript" codepage = "936"%>
Tidak perlu mengatakan banyak tentang bahasa sebelumnya. VBScript adalah bahasa skrip default untuk ASP. Bahkan, sama sekali tidak perlu untuk menulis. Jika tertulis, itu juga akan mempengaruhi efisiensi eksekusi halaman. Kami tidak akan membahas masalah ini di sini. Codepage di belakang adalah kuncinya, dan tujuannya adalah untuk memberi tahu browser seperti apa pengkodean halaman ini. 936 mewakili Cina yang disederhanakan, sementara 950 mewakili Cina tradisional, dan 65001 adalah pengkodean UTF-8 yang kita bicarakan hari ini. Kami mengubah 936 menjadi 65001, dan seluruh kalimat adalah sebagai berikut:
<%@Language = "vbscript" codepage = "65001"%>
Tambahkan beberapa karakter Cina untuk melihat apakah mereka dapat ditampilkan dengan benar.
<%
Response.write "Pengujian pertama UTF-8 halaman"
%>
Oke, cukup klik "Simpan" dan jalankan halaman ini untuk dilihat. Jika tidak ada yang tidak terduga terjadi, Anda dapat melihat kata-kata "satu-ekor halaman UTF-8" yang ditampilkan. Ada Cina yang kacau. Apa alasannya?
Oke, silakan klik menu "File" di bagian atas dan pilih "Simpan As". Ada pengkodean di garis bawah. Standarnya harus ANSI. Silakan klik kotak drop-down, pilih UTF-8, klik Simpan, lalu coba. Jika tidak ada yang tidak terduga terjadi, itu akan lebih berantakan. Haha, aku pusing. Jangan khawatir, pikirkan alasannya, karena halaman yang kami buat dikembalikan oleh HTML. Ketika kami menulis html, kami melihat meta kalimat di depan tubuh, yaitu kepala, yang seharusnya seperti ini:
<meta http-equiv = "konten tipe" content = "text/html; charset = gb2312">
Artinya, halaman yang ditentukan mengembalikan hasilnya dengan pengkodean GB2312, dan harus ditulis sebelum output hasil pengembalian. Semua orang tahu bahwa GB2312 adalah bahasa Cina yang disederhanakan. Apa yang kita bicarakan hari ini adalah pengkodean UTF-8. Mari kita ubah GB2312 menjadi UTF-8. Seluruh kode adalah sebagai berikut:
<%@Language = "vbscript" codepage = "65001"%>
<meta http-equiv = "konten tipe" content = "text/html; charset = utf-8">
<%
Response.write "Pengujian pertama UTF-8 halaman"
%>
Jalankan lagi, yah, itu akan ditampilkan secara normal kali ini ...
Asp Web Page UTF8 Kesimpulan Kelahiran: Pengkodean UTF-8 digunakan. Selain menyimpan file sebagai format UTF-8, Anda juga perlu menentukan codepage dan charset secara bersamaan.
Kode yang memastikan bahwa daun ASP tidak akan tampak kacau harus seperti ini:
(Dengan asumsi itu adalah daun UTF-8)
< %@ Codepage = 65001 %>
<% Response.codepage = 65001%>
< % Response.charset = "UTF-8" %>
Anda dapat membuat kode file publik.asp, dan semua halaman berisi spesifikasi pengkodean ini.
Asp UTF-8 Masalah kode kacau? Setelah membacanya, kita dapat mengetahui hal itu pada kenyataannya, solusi untuk kode yang kacau dari banyak data yang dibaca oleh Ajax adalah sama. Prinsip solusi adalah sama di ASP.NET, PHP dan bahasa lainnya.