Dalam Tutorial Ini:
Informasi Log Akses Periksa Versi Perangkat Lunak
Laporan Profil Sumber Daya bisa sangat berguna karena menyediakan statistik konsumsi sumber daya situs web Anda dalam dua puluh empat (24) jam terakhir. Jika Anda mengalami penggunaan sumber daya yang berlebihan dan tidak terkait dengan aktivitas MySQL dan/atau IMAP, maka buat dan lihat laporan profil Sumber Daya akan membantu mendiagnosis jika situs web Anda menggunakan terlalu banyak sumber daya.
Setiap laporan berisi data/statistik dalam tiga tab; Mengakses Informasi Log , Periksa Versi Perangkat Lunak , dan Informasi Sumber Daya . Dalam panduan ini, Anda dapat mempelajari cara menginterpretasikan statistik di setiap tab yang ada di laporan Profil Sumber Daya dan cara menyelesaikan penyebab umum penggunaan sumber daya yang berlebihan diidentifikasi dengan menganalisis contoh laporan .
Informasi Log Akses
Tab pertama ditampilkan saat melihat laporan Profil Sumber Daya adalah Informasi Log Akses . Di bawah ini adalah daftar deskriptif statistik yang ditampilkan di tab ini:
| Detail Informasi Log Akses | |
|---|---|
| Klik per jam dan kode tanggapan | Berapa banyak permintaan untuk halaman di situs web Anda dan kode yang mewakili respons terhadap permintaan tersebut. |
| Permintaan duplikat | Berapa banyak permintaan yang dibuat untuk file yang sama dan kode untuk menanggapi permintaan tersebut. |
| Permintaan untuk konten non-statis | Berapa banyak permintaan yang dibuat untuk konten dinamis dan kode untuk respons terhadap permintaan tersebut. |
| Agen Pengguna Teratas | Agen pengguna (agen pengguna disediakan oleh browser atau mesin) yang paling banyak membuat permintaan. |
| IP Teratas | Alamat IP yang paling banyak membuat permintaan. |
Dari statistik ini, lebih mudah untuk memvisualisasikan dan mendiagnosis konsumsi sumber daya server yang berlebihan daripada menggali DomLogs secara manual dari baris perintah. Sekarang, kita dapat melihat berbagai pola di Informasi log akses detail tab yang dapat kami gunakan untuk mengidentifikasi masalah penggunaan sumber daya situs web dan cara mengurangi konsumsi sumber daya yang berlebihan .
Permintaan Admin Ajax yang berlebihan
Untuk contoh ini, kami memasang WordPress, lalu masuk ke Dasbor, memperkecil jendela -membiarkannya di latar belakang selama sekitar tiga puluh (30) menit, lalu menjalankan laporan baru.
Gambar berikut adalah kutipan dari Informasi log akses tab dari Permintaan untuk konten non-statis bagian. Detail ini menunjukkan bahwa admin-ajax.php telah mengajukan tiga puluh satu (31) permintaan.
PERHATIAN: Kode respons untuk admin-ajax.php permintaan adalah 200. 200 adalah kode respons terbaik yang dapat Anda terima karena artinya respons berhasil!
Laporan ini menunjukkan bahwa selama tiga puluh (30) menit “idling” di Dasbor, ada tiga puluh satu (31) permintaan yang dibuat oleh admin-ajax.php . Dalam hal ini, Kemungkinan Solusi kolom berisi tautan ke panduan Pusat Dukungan untuk membantu menonaktifkan Detak Jantung WordPress karena dapat membantu mengurangi jumlah penggunaan yang diperlukan untuk menjalankan Dasbor WordPress.
Penjadwalan Cronjob
Menggunakan data sampel yang sama dari Permintaan untuk konten non-statis hit teratas kedua adalah wp-cron.php .
PERHATIAN: Tanggapan kolom berisi nilai 406 untuk dua puluh tujuh (27) permintaan untuk wp-cron.php . Mengatasi kesalahan yang berlebihan dapat membantu menghilangkan konsumsi sumber daya yang sporadis/tidak perlu. Untuk informasi selengkapnya, lihat panduan kami Kesalahan 406 – Tidak Dapat Diterima.
Kemungkinan Solusi kolom menyarankan untuk Menambahkan penjadwalan wp-cron. Penjadwalan kapan cronjobs berjalan penting untuk memastikan bahwa server tidak secara otomatis menjalankan cronjobs selama lalu lintas meningkat. Meskipun cronjob mungkin tidak menggunakan sumber daya yang berlebihan , jika berjalan selama waktu lalu lintas tingkat tinggi, ini dapat menyebabkan penggunaan sumber daya Anda melonjak melebihi batas yang tersedia (bahkan untuk sementara) yang dapat mengurangi kualitas layanan.
CATATAN: Pastikan untuk memanfaatkan data dari Hourly hits and response codes bagian Mengakses informasi log tab untuk menentukan penjadwalan optimal untuk cronjobs. Dengan cara ini Anda dapat memastikan bahwa mereka tidak berjalan selama waktu lalu lintas yang padat.
Situs Perayapan Bot Berlebihan
Mesin pencari seperti Google, Bing, dan Yahoo! akan memindai data apa pun yang dapat mereka temukan secara online. Meskipun mereka dirancang untuk merayapi situs web Anda secara tidak mengganggu, hal ini dapat menyebabkan lonjakan penggunaan sumber daya server. Untuk meminimalkan dampaknya terhadap penggunaan sumber daya akun, Anda dapat memodifikasi file robots.txt untuk meminta membatasi atau menolak mesin telusur merayapi situs web Anda.
IP Berbahaya
Dari cuplikan layar IP Teratas ini pada Informasi log akses tab, contoh menunjukkan alamat IP:86.75.30.9 direkam dengan empat ratus empat puluh dua (442) klik. Membandingkan total tersebut dengan total klik dalam laporan ini (637 dihitung dari hit per jam bagian), IP ini menyumbang hampir tujuh puluh persen (70%) dari total permintaan.
Jika Anda melihat terlalu banyak permintaan yang berasal dari alamat IP, Anda dapat mengevaluasi pemblokiran alamat IP (seperti pada contoh di atas). Kemudian, Anda dapat menggunakan plugin cPanel IP Deny Manager untuk memblokir alamat IP.
PERINGATAN!: Berhati-hatilah saat memblokir alamat IP yang tidak Anda kenal. Mungkin ada sumber daya yang tidak bersifat lokal ke server yang diperlukan agar situs web Anda dapat berkomunikasi dan berjalan dengan baik dengan server jarak jauh. Jika Anda memblokir alamat IP dan menemukan kesalahan yang berlebihan serta perilaku yang tidak diharapkan pada situs web Anda, pertimbangkan untuk membuka blokir alamat IP tersebut.
Periksa Versi Perangkat Lunak
Periksa Versi Perangkat Lunak tab berisi detail terkait perangkat lunak yang diinstal di domain Anda. Di bawah ini adalah daftar deskriptif statistik yang ditampilkan di tab ini:
| Periksa Versi Perangkat Lunak | |
|---|---|
| Perangkat Lunak | Nama perangkat lunak yang diinstal. |
| Nama | Nama situs web (Judul Situs). |
| URL | URL untuk mengakses situs web. |
| Jalur | Lokasi ke direktori instalasi situs web Anda (alias:Document Root Directory) |
| Versi | Versi perangkat lunak yang diinstal. |
| Tema | Nama tema yang sedang aktif. |
| Cache | Ketersediaan cache atau nama plugin yang digunakan untuk caching. |
| Komentar | Jumlah komentar yang ada. |
| Plugin | Jumlah plugin yang ada. |
| Daftar Pengguna Admin | Daftar pengguna admin. |
| Daftar Plugin Aktif | Daftar plugin aktif. |
Rincian ini memberikan alternatif yang lebih mudah untuk memeriksa perangkat lunak secara manual. Sekarang, kita dapat melihat berbagai detail di Memeriksa Versi Perangkat Lunak informasi tab yang dapat kita gunakan untuk mendiagnosis dan mengurangi konsumsi sumber daya yang berlebihan .
Perangkat Lunak Kedaluwarsa
Periksa Versi Perangkat Lunak tab di contoh laporan (ditampilkan di sebelah kanan) menunjukkan bahwa versi WordPress sudah usang. Saat menganalisis laporan Anda sendiri, bandingkan versi saat ini (4.7.10) dengan versi yang tersedia (4.9.5). Dalam hal ini, baris ini juga berisi tautan ke panduan Pusat Dukungan kami tentang cara memperbarui WordPress.
Perbaikan bug dan kerentanan keamanan penting tidak hanya untuk memastikan data Anda tetap pribadi dan aman, tetapi juga untuk memastikan bahwa situs web Anda berjalan secara optimal dan akun Anda tidak menjadi sasaran peretas. Perangkat lunak usang apa pun yang ditampilkan di Periksa Versi Perangkat Lunak harus dicadangkan dan kemudian diperbarui.
Tanpa Caching
Dalam menganalisis laporan sampel, kita dapat melihat bahwa tidak ada caching yang diterapkan. Analogi terbaik untuk menjelaskan cara kerja cache adalah seperti menggunakan kotak alat. Jika Anda sedang memperbaiki sesuatu di kamar mandi lantai atas, akan lebih mudah untuk membawa seluruh kotak alat (penuh dengan alat yang biasa Anda gunakan untuk perbaikan), daripada naik turun tangga untuk setiap alat yang diperlukan untuk menyelesaikannya. pekerjaan. Caching bekerja dengan cara yang sama. Jika skrip sudah dijalankan, hasilnya di-cache/disimpan untuk akses cepat untuk menggunakan kembali data, sehingga mengurangi konsumsi sumber daya untuk memproses skrip berulang kali. Untuk informasi selengkapnya tentang cara menerapkan caching, Anda dapat meninjau panduan kami Menggunakan cache WordPress untuk mempercepat situs Anda.
Jumlah Komentar Berlebihan
Data sampel yang kami gunakan menunjukkan jumlah komentar (total 12.511) di situs web. Setiap kali halaman dimuat dengan komentar, MySQL perlu mengurai semua dua belas ribu komentar untuk menentukan mana yang dimuat di halaman. Pertimbangkan memoderasi komentar Anda dan kurangi jumlahnya sebanyak mungkin. Ini akan membantu menghindari konsumsi sumber daya yang berlebihan.
Selamat! Sekarang Anda tahu cara menganalisis Profil Sumber Daya untuk mengidentifikasi dan menyelesaikan masalah umum terkait konsumsi resource yang berlebihan.