Cara melihat log server web di Plesk

Jika Anda pernah menggunakan cPanel sebelumnya, Anda pasti akan ragu dengan kemampuan panel kontrol Anda untuk menyediakan log yang berguna, namun penampil log Plesk tidak hanya memiliki akses dan log kesalahan yang tersedia, fungsinya juga hanya meningkat dengan setiap versi Plesk baru . Tidak perlu mengaktifkannya, atau melihat file log mentah:selalu ada saat Anda membutuhkannya.

Kapan Anda ingin melihat log?

Saat Anda mendapatkan kesalahan server web (mis.:403, 404, 501, atau 502) saat mengunjungi halaman web atau file yang seharusnya berfungsi, dan Anda ingin melihat entri log kesalahan yang lebih mendetail
Anda ingin memantau pengunjung dan/atau permintaan ke situs web Anda secara waktu nyata, dan secara opsional ingin melihat permintaan mana yang memerlukan pemrosesan PHP.
Saat menyimpan setelan atau halaman, Anda mendapatkan kesalahan atau halaman tidak pernah dimuat

Cara melihat dan memantau log di Plesk

Masuk ke Plesk
Di bagian “Situs Web dan Domain”, cari domain yang ingin Anda lihat lognya, lalu pilih tombol “Log”.
Yang terbaru entri log akan muncul di bagian bawah.
Anda dapat mengeklik tombol “Waktu Nyata” di kiri atas untuk melihat entri baru ditambahkan ke bagian bawah saat pengunjung mengakses situs Anda, atau Anda dapat mengeklik tombol segarkan untuk memperbarui log yang ditampilkan secara manual.

MODE DEBUG :Jika Anda tidak melihat logging yang Anda harapkan, Anda mungkin perlu mengaktifkan mode debug di aplikasi Anda. Berikut cara melakukannya dengan aplikasi web umum:

Mengaktifkan mode debug di WordPress
Mengaktifkan mode debug di Joomla
Mengaktifkan mode debug di Magento

Jika Anda mengaktifkan mode debug di aplikasi web Anda, jangan lupa untuk menonaktifkannya setelah Anda menemukan dan menyelesaikan masalah Anda jika tidak, situs Anda kemungkinan akan menggunakan lebih banyak CPU (beban IO) dan file log debug kemungkinan akan menggunakan banyak lebih banyak ruang di akun.

Memfilter/Mencari log di Plesk

Di sudut kanan atas Anda dapat memfilter log mana yang Anda lihat dengan mengeklik panah di samping "Semua Log".

Misalnya, jika Anda mencoba memecahkan masalah , maka Anda ingin menghindari melihat entri 'akses' dan hanya melihat kesalahan, jadi centang hanya yang memiliki kata 'kesalahan' di dalamnya .

Memfilter berdasarkan kode kesalahan: Jika, saat mengunjungi halaman yang bermasalah, Anda mendapatkan kesalahan 502, cari kotak teks di bagian atas daftar yang bertuliskan "Kode" dan masukkan "502". Saat daftar log disegarkan, Anda sekarang hanya akan melihat entri log yang menghasilkan kode kesalahan 502.

Memfilter menurut kode kesalahan mungkin tidak membantu dalam semua kasus. Terkadang pencatatan kesalahan terjadi di beberapa entri log dan hanya yang pertama dari dua atau lebih entri log berguna yang secara eksplisit menyertakan kode kesalahan.

Cocokkan entri log dengan tindakan

Ada dua cara untuk menganalisis kesalahan pada log ini. Cara paling sederhana untuk memastikan bahwa kesalahan yang Anda lihat cocok dengan tindakan yang menyebabkan masalah adalah dengan mengaktifkan pembaruan waktu nyata dan, di tab atau jendela lain, mereproduksi masalah yang menimbulkan kesalahan. Anda akan segera melihat entri log yang sesuai di penampil log Plesk.

Alternatifnya, Anda dapat mencoba Mencocokkan Kode Waktu . Sebagai contoh, jika Anda mencoba masuk ke situs Anda 5 menit yang lalu dan menampilkan kesalahan 403, lihat stempel waktu di log dari 5 menit yang lalu dan lihat entri log mana yang cocok.

Kiat:awasi perbedaan zona waktu! Bagian bawah log mewakili entri terbaru dan kira-kira harus sesuai dengan waktu Anda saat ini. Jadi, jika entri log terbaru menunjukkan pukul 10.31 dan jam Anda menunjukkan pukul 11.31, Anda harus menyesuaikan satu jam saat menelusuri entri log tertentu.

Telusuri kesalahan yang lebih spesifik

Setelah Anda mengidentifikasi entri log yang benar yang cocok dengan tindakan yang Anda lakukan saat mengalami masalah, Anda harus memecahkan masalah tersebut. Karena sekarang Anda memiliki kesalahan yang lebih spesifik untuk diperiksa daripada sebelumnya, penelusuran Anda akan memberikan hasil yang lebih akurat.

Berikut cara memecahkan masalah 403 error terlarang.
Berikut cara memecahkan masalah error Gateway seperti 502.
Memecahkan 500 kesalahan ada di sini.

Anda kemudian dapat menggunakan kesalahan yang lebih deskriptif ini dengan menelusuri basis pengetahuan kami untuk menemukan solusi. Jika Anda tidak dapat menemukan solusi dengan mencari teks kesalahan yang disediakan, Anda juga dapat membuat tiket dukungan dan menyertakan entri log di sana (harap pastikan hanya menyertakan entri terbaru, jika berulang) dan kami akan menunjukkan Anda ke arah yang benar.

Memfilter hanya untuk Permintaan Dinamis

Jika Anda telah mengaktifkan pemrosesan file statis nginx seperti yang direkomendasikan untuk situs langsung (detail dalam panduan pengoptimalan kinerja kami), maka nginx akan menangani semua permintaan file statis termasuk cache WordPress. Artinya, Anda dapat memilih untuk melihat *hanya* log akses apache dan output dari semua itu harus berupa permintaan dinamis.

Di pojok kanan atas, klik tanda panah di samping “Semua Log” dan pilih hanya log akses apache.

Entri Log Jinak

Ini adalah contoh entri log yang aman untuk diabaikan:

file peta

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Ini aman untuk diabaikan karena ini adalah file .map yang tidak penting untuk pengoperasian situs web Anda dan sebagai gantinya digunakan untuk membantu debug saat menggunakan file yang diperkecil. Jika Anda penasaran, artikel ini menjelaskan untuk apa file peta digunakan.

peringatan

Peringatan PHP baik untuk diperhatikan hanya ketika Anda kehabisan semua opsi lain. Jika Anda memiliki info pemecahan masalah lain untuk melanjutkan, pasti mulai dengan itu dulu. Berikut tampilan peringatan PHP di log:

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Lokasi Log Server (Shell/Lanjutan)

Jika Anda memiliki Plesk VPS Anda sendiri dengan akses root ke sistem file server, Anda bisa mendapatkan lebih banyak daya saat memfilter log dengan masuk menggunakan SSH. Anda akan menemukan lokasi log Plesk di sini:

/var/www/vhosts/system//logs/

Memfilter untuk Permintaan Dinamis melalui CLI…

Anda dapat melakukan cd ke direktori log, kemudian menggunakan perintah seperti ini untuk hanya melihat permintaan yang mengenai apache yang kemungkinan besar menghasilkan proses PHP:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/ tail -f access*log

Yang ini memfilter hasil lebih jauh:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/ tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Perintah ini menampilkan semua 404, permintaan apa pun yang menggunakan parameter kueri, dan permintaan apa pun untuk file .php.

Bagian terakhir egrep -v "fbclid" mengecualikan parameter URL pelacakan Facebook yang, bila digunakan, akan mengembalikan hasil cache dengan aman. Anda dapat menambahkan pengecualian tambahan di sana dengan | operator, seperti ini:fbclid|anotherclid

Penting untuk dipahami bahwa:

Tidak semua permintaan dengan parameter kueri (berisi /? ) akan menjadi dinamis, tetapi kami menyertakannya di sini kalau-kalau setidaknya salah satunya.

Anda dapat menghapus entri 404 dari perintah jika Anda telah menerapkan pengoptimalan .htaccess untuk 404 yang dijelaskan dalam panduan pengoptimalan kecepatan Tip Bonus #2. Perintah kemudian akan terlihat seperti ini:tail -f /path/to/access/logs | egrep "\/\?|.php"