Untuk membuat alamat URL lebih bersahabat (tentu saja mungkin ada alasan lain), banyak situs yang menggunakan penulisan ulang URL, seperti http://www.cnblogs.com/life . Penulisan ulang URL seperti itu biasanya ditangani di asp.net. *.* harus dipetakan ke aspnet_isapi.dll (C:WINDOWSMicrosoft.NETFrameworkv1.1.432aspnet_isapi.dll) di IIS, kemudian buat konfigurasi yang sesuai di web.config, dan terakhir tulis Program pemrosesan yang sesuai , dalam banyak kasus kami melakukannya dengan cara itu, dan Boke Park melakukannya dengan cara yang sama, dan sepertinya tidak ada masalah.
Namun, masalah kinerja di Taman Boke sudah lama terjadi. Dudu dan banyak teman di taman juga sudah memikirkan banyak cara untuk meningkatkan kinerja dan mencapai hasil yang bagus, namun masih belum ideal Saya sangat menyukai BoKe Park. Saya belajar banyak di taman. Saya pada dasarnya membaca artikel di atas pada pagi, siang dan sore hari. Baru tadi malam seorang teman dari kelompok teknis menanyakan pertanyaan tentang URL menulis ulang yang tiba-tiba saya menyadari bahwa BoKe Park Masalah kinerja kemungkinan besar disebabkan oleh penulisan ulang url.
Pertanyaan teman saya adalah ini:
http://www.wodecity.com/food dan http://www.wodecity.com/food.html (tautan ini sekarang tidak valid) keduanya mencari halaman yang sama http://www.wodecity melalui penulisan ulang url .com /page/food.aspx , keduanya menggunakan program pemrosesan yang sama. Satu-satunya perbedaan adalah untuk memproses alamat tanpa ekstensi seperti http://www.wodecity.com/food , ia harus memetakan *.* ke aspnet_isapi dll , dan http://www.wodecity.com/food.html memetakan *.html ke aspnet_isapi.dll. Ditemukan bahwa kinerja http://www.wodecity.com/food.html lebih baik daripada http:/ / www.wodecity.com/food sepuluh hingga dua puluh kali lebih baik. Dia mengujinya dengan loadrunner Dia sangat tertekan dengan hasilnya. Saya juga terkejut di awal. Apa perbedaan antara *.* dan *.html? *.* artinya semua permintaan halaman, termasuk file css dan semua file gambar, diproses oleh penangan penulisan ulang url yang ditulis olehnya. , *.html tidak ada, itu hanya permintaan. Masalah muncul di sini. Halaman http://www.wodecity.com/food harus memiliki lebih dari 20 gambar menulis ulang handler secara bersamaan. Tidak bisakah lambat saat memproses begitu banyak gambar? Apa yang harus dilakukan? Karena ingin menggunakan URL seperti http://www.wodecity.com/food yang lebih bersahabat, mereka tetap harus menggunakan *.*. Setelah memikirkannya sebentar, saya suruh dia membiarkan program penulisan ulang URL Anda tidak memproses file gambar itu. Itu saja, bagaimana caranya? Ada dua cara: Cara 1, ubah folder tempat penyimpanan gambar menjadi direktori virtual, lalu pindahkan pemetaan direktori virtual *.*, sehingga program penulisan ulang url-nya tidak akan memproses file gambar. menyimpan file lain yang tidak memerlukan program penulisan ulang URL harus diperlakukan sama dengan folder gambar. Metode 2 adalah membuat situs baru, seperti menggunakan http://img.wodecity.com/ untuk menyimpan file gambar sama. Ya, itu semua berarti penangan penulisan ulang url Anda tidak memproses file gambar tersebut.
Semuanya baik-baik saja. Dia mengatakan kepada saya bahwa dia akan pergi ke perusahaan untuk mengujinya pagi ini.
Untuk memverifikasi ide saya, saya juga menulis program untuk mengujinya hari ini. Performanya juga hampir 20 kali berbeda. Bagus, ide saya benar.
Mungkin ide atau hasil tes saya salah, PK diperkenankan disini. msn:cxbsky#hotmail.com.
Saya juga berharap artikel ini dapat membantu masalah kinerja Blog Park, karena masalah yang ada di Blog Park mungkin mirip sekali dengan yang ada di situs teman saya.
ps: Setelah saya selesai menulis artikel ini, saya bertanya kepada teman saya tentang hasil tesnya, dan dia berkata: "Awalnya hanya bisa menghidupi 50 orang. Sekarang tidak masalah untuk lebih dari 700 orang."
http://www.cnblogs.com/csky/archive/2006/08/09/urlrewrite.html