Direkomendasikan: Gunakan ASP untuk membangun mesin pencari pribadi Banyak penggemar internet memeras otak mereka untuk membuat fungsi situs web mereka lebih komprehensif saat membuat beranda pribadi mereka sendiri. Di sini, penulis memperkenalkan metode untuk menggunakan ASP untuk membangun mesin pencari Anda sendiri. Ide dasar adalah menggunakan formulir untuk menyimpan kata kunci pencarian yang dikirimkan oleh pengguna dalam variabel.
7.5.1 Teknologi Debugging UmumDalam Bab 2, Anda telah melihat cara menggunakan metode respons.write dan koleksi permintaan untuk menampilkan konten koleksi. Jika kode ingin menggunakan nilai dari permintaan, hal pertama yang harus dilakukan adalah memastikan bahwa nilai yang diperlukan ada. Masalah yang mudah adalah bahwa nama kontrol HTML di halaman web <Ecrom> salah eja atau diubah, atau klien yang salah muncul saat membuat string kueri yang terpasang pada URL.
1. Menampilkan berbagai konten koleksi
Ketika program mencoba berjalan dengan nilai yang disediakan pengguna, itu mungkin tidak mendapatkan hasil yang diinginkan, atau tidak ada yang diperoleh. Ingat, menggunakan permintaan.
Jika Anda membuat halaman untuk menampilkan konten semua Koleksi Objek Permintaan, Konten Sesi dan Objek Aplikasi dan Koleksi StaticContens, Anda dapat mengaksesnya menggunakan Server.Execute. Pekerjaan yang harus dilakukan adalah menambahkan baris program berikut ke halaman web ASP untuk menampilkan seluruh konten koleksi. Tentu saja, sesuai dengan lokasi di mana file disimpan di server, jalur yang sesuai harus ditetapkan untuk file.
< % Server.execute /path_to_file/debug_request.asp %>
Ini adalah cara yang bagus untuk memastikan bahwa nilai apa pun yang ingin kami temukan dalam permintaan, sesi, dan koleksi aplikasi memang ada dan berisi nilai yang sesuai. File yang sesuai disediakan di sampel file Bab07 subdirektori buku ini, bernama debug_request.asp. Ini pada dasarnya adalah kombinasi dari halaman web show_request.asp untuk bab 2 dan show_application.asp dan show_session.asp halaman web untuk bab 3, tetapi menghapus beberapa kode program HTML. Ini hanya mengulangi koleksi dan memasukkan nilai ke halaman saat ini.
Halaman ini dapat dilihat dengan menjalankan instance halaman kesalahan khusus. Contoh ini terlihat sebelumnya dalam bab ini. Saat membukanya, silakan pilih kotak centang Informasi Debugging Tampilan, atau buka langsung di halaman Web Menu Utama di direktori Bab07.
2. Tunjukkan nilai perantara
Cara kedua untuk melihat situasi berjalan di halaman web adalah dengan menampilkan nilai variabel saat halaman web berjalan. Teknologi tradisional ini tidak dapat dibuang ketika Anda secara kasar tahu dari mana kesalahan itu berasal dan variabel mana yang berfungsi. Namun, karena perubahan dalam metode buffering web IIS 5.0, sulit untuk menggunakan teknologi ini.
Dalam versi ASP dan IIS sebelumnya, buffering halaman dimatikan secara default, dan hampir tidak ada yang berpikir untuk menyalakan buffer (terbuka dengan respons.buffer = true), kecuali mereka ingin menggunakan respons. Redirect untuk menyelesaikan pengalihan halaman web (lihat Bab 2). Saat menanggapi beberapa permintaan, buffering mengurangi jumlah pengalihan di antara halaman web, sehingga meningkatkan efisiensi IIS.
Namun, ketika kesalahan run-time terjadi yang menghentikan run, IIS secara otomatis memanggil respons. Metode Clear dan kemudian memanggil server. Eksecute untuk memuat halaman kesalahan khusus, sehingga setiap output yang ditulis ke halaman web hilang. Solusinya adalah untuk sementara menambahkan baris program berikut:
< % Response.buffer = false %>
Baris program ini ditempatkan di bagian atas halaman setelah arahan <@ganguage, dan setiap output debug yang dihasilkan oleh respons. Pernyataan penulisan akan muncul di bagian atas halaman kesalahan khusus. Ingatlah untuk menghapusnya setelah Anda selesai men -debug halaman web.
Metode ini terkadang berguna untuk memaksa program menjalankan melalui titik kesalahan dan kemudian menampilkan nilai variabel yang mencurigakan. Cukup tambahkan pernyataan resume ON Error Next di dekat awal halaman web, dan kemudian Anda dapat mengakses objek ERR (dalam VBScript) dan menampilkan nomor kesalahan, sumber kesalahan, dan deskripsi.
3. Periksa nilai atribut komponen
Jika komponen yang digunakan memiliki properti yang diatur dalam kode skrip ASP, setelah pengaturan selesai, dan sebelum dan sesudah metode komponen dipanggil, kesalahan dapat dilacak dengan menampilkan semua properti (atau hanya properti yang mencurigakan). Ketika metode dijalankan, dapat ditemukan bahwa nilai properti telah secara tidak sengaja diubah oleh komponen, mungkin disengaja, atau karena cacat pada komponen. Jangan membuat asumsi apa pun tanpa memeriksa sendiri kode yang sebenarnya.
7.5.2 Microsoft Script Debugger
Saat mengembangkan aplikasi yang lebih kompleks yang menangani tugas -tugas nyata, alat yang lebih kuat sering diperlukan untuk debugging. Microsoft Script Debugger adalah alat debugging yang memungkinkan skrip debugging berjalan pada klien dan server. Ini dapat digunakan untuk setiap bahasa skrip yang diaktifkan ActiveX (termasuk VBScript dan JScript), dan juga dapat digunakan untuk men-debug panggilan ke applet Java, Java Beans, dan komponen ActiveX.
Sebelum mempelajari alat ini, jelaskan beberapa masalah secara singkat. Seperti yang disebutkan sebelumnya, aplikasi ASP terdiri dari dua jenis skrip, satu adalah skrip klien dan yang lainnya adalah skrip server. Skrip klien biasanya terdiri dari pernyataan VBScript atau JScript yang muncul di halaman HTML ketika mereka tiba di klien dan dieksekusi di sana, mungkin ketika dokumen dimuat atau sebagai tanggapan terhadap beberapa peristiwa. Skrip sisi server biasanya juga terdiri dari pernyataan VBScript atau JScript. Ketika browser meminta halaman web, skrip sisi server dieksekusi oleh IIS. Dalam diskusi berikut, metode debugging skrip sisi server akan dibahas. Namun, banyak teknik yang dibahas juga dapat digunakan untuk debugging skrip klien.
1. Debugging sisi server
Untuk men-debug skrip sisi server, jalankan skrip debugger pada komputer yang menjalankan IIS, namun, debugging harus diaktifkan sebelum menggunakan skrip debugger. Untuk mengoptimalkan kinerja, aplikasi berbasis ASP mematikan debugging secara default.
Berhati -hatilah untuk tidak menyalakan debugging pada aplikasi produktif (mis., Situs web publik yang aktif dan digunakan oleh orang lain). Ini akan memperlambat seluruh aplikasi dan kesalahan dapat menyebabkan halaman web berhenti berjalan tanpa ditentukan.
Debugging hanya dapat diatur untuk aplikasi virtual dan seluruh situs web. Untuk mengaktifkan debugging, buka kotak dialog Properties dari aplikasi atau situs, di tab Direktori Home, klik tombol Konfigurasi, di tab Debugging Aplikasi dari kotak dialog Konfigurasi Aplikasi, pilih Enable ASP Skrip Skrip Skrip Sisi Server Debugger, dan bersiap untuk men-debug aplikasi kami di bawah ini.
CATATAN Kotak dialog Konfigurasi Aplikasi berisi kotak centang yang memungkinkan debugging skrip klien. Ini tidak diterapkan dalam IIS 5.0 dan hanya ditandai sebagai cadangan untuk penggunaan di masa depan dalam dokumentasi. Jika halaman Kesalahan Kustom 500-100.
(1) Memproses skrip server
Tidak seperti skrip klien, skrip aplikasi berbasis ASP tidak digerakkan oleh peristiwa. Ketika klien meminta halaman web dari server, server membaca konten halaman web dan memproses semua skrip server (mis. Segala sesuatu di segmen <%...%> dan <skrip runat = server> </script>), serta konten segmen skrip inline dalam teks HTML, seperti: seperti:
Katup hasilnya adalah: < % = Strresult %>
Diagram kotak tampilan aliran proses
Ketika IIS memuat halaman web, semua skrip di halaman ASP akan diproses. Sebelum output apa pun dikirim ke klien, mesin ASP dan skrip dapat menangkap kesalahan sintaks dan runtime (kecuali Anda mematikan buffering atau memanggil metode respons.flush).
(2) Bantuan yang disediakan oleh skrip debugger
Saat mengaktifkan skrip debugging, jika terjadi kesalahan, Anda dapat melihat kotak dialog yang menggambarkan kesalahan kode ASP pada layar server. Klik OK, lalu hubungi salinan baca-saja dari halaman web ASP saat ini. Debugger skrip dibuka. Garis yang muncul dalam kesalahan ditunjukkan oleh panah.
Di sini, kesalahan terjadi karena kesalahan nama dari metode objek penghitung halaman, yang seharusnya menjadi pageHit, bukan dopagehit. Pada saat yang sama, skrip debugger menemukan kesalahan dan mengakhiri halaman berjalan. Tombol-tombol di toolbar digunakan untuk melanjutkan program, menjalankan program satu langkah, atau mengakhiri halaman yang berjalan.
Tombol di ujung kanan bilah alat membuka jendela langsung di debugger skrip, yang dapat digunakan untuk berinteraksi dengan halaman, dan sangat mungkin menemukan tempat di mana kesalahan terjadi. Misalnya, nilai variabel atau properti komponen dapat ditanyakan atau diatur, fungsi internal dan subrutin, fungsi khusus dan subrutin, dan metode objek yang telah dibuat, dll. Dapat dijalankan. Pada gambar, metode PageHit dari komponen penghitung halaman dipanggil, dan properti Hits kemudian diminta untuk mendapatkan nilai pada saat itu dalam skrip yang sedang berjalan.
Untuk memahami mengapa skrip debuggers tidak boleh digunakan di situs web publik, Anda dapat membuka halaman yang berisi kesalahan sisi server dari klien. Dalam hal ini, dialog pesan kesalahan muncul di server dan skrip debugger juga dibuka di server. Pada klien, halaman tidak dimuat sampai skrip debugger yang berjalan di server ditutup.
(3) Mulai dan gunakan debugger
Setelah mengaktifkan skrip debugging, skrip debugger akan secara otomatis terjadi ketika kesalahan terjadi di halaman web aplikasi virtual.
Bagikan: Contoh ASP: Produksi Game Kerja Sama Kata Ini adalah permainan tentang pengkodean kata, yang ditulis dalam ASP, VBScript dan JavaScript. Tidak ada masalah besar yang ditemukan diuji di bawah Win98 OEM2, PWS, dan IE5. Metode Penggunaan: Metode 1: Misalnya, direktori layanan 3W Anda adalah C: inetpubwwwroot.