Internal Server Error (HTTP 500) yang muncul bersamaan dengan aktifnya fitur WP_DEBUG_LOG di WordPress biasanya disebabkan oleh dua hal utama: ukuran file log yang terlalu besar hingga menghabiskan ruang penyimpanan server, atau adanya kode fatal error dalam skrip PHP yang memicu infinite loop. Ketika server kehabisan memori untuk mencatat tumpukan error (error stack) yang masif, proses PHP langsung dihentikan oleh web server (Apache/Nginx), yang berujung pada matinya situs.
Untuk mengatasi masalah ini secara permanen dan memulihkan akses situs, Anda harus melakukan pembersihan file log melalui FTP atau cPanel, menonaktifkan pencatatan debug sementara, lalu menganalisis akar masalah skrip yang rusak. Berikut adalah matriks tindakan cepat berdasarkan kondisi error yang sering terjadi di lapangan.
Tabel Diagnostik & Solusi Cepat Error WP Debug Log
| Kondisi Masalah | Penyebab Utama | Tindakan Perbaikan Teknis |
|---|---|---|
File debug.log berukuran > 500MB |
Plugin/tema terus-menerus memicu notice/warning tanpa henti. | Hapus atau kosongkan file log via File Manager/FTP. |
| Situs down total setelah baris kode debug diaktifkan | Kesalahan sintaksis pada file wp-config.php atau memori PHP habis. |
Koreksi sintaks atau naikkan nilai WP_MEMORY_LIMIT. |
| Error 500 hilang saat debug dimatikan, muncul saat dinyalakan | Ada fungsi PHP tidak kompatibel pada versi PHP aktif. | Identifikasi baris error terakhir di log, nonaktifkan plugin penyebab. |
Langkah 1: Mengakses dan Membersihkan File Log via FTP/File Manager
Karena dashboard WordPress (wp-admin) Anda tidak dapat diakses akibat Internal Server Error, intervensi harus dilakukan langsung pada direktori server hosting.
- Login ke cPanel hosting Anda atau gunakan klien FTP (seperti FileZilla).
- Navigasi ke direktori instalasi WordPress Anda, lalu buka folder
wp-content/. - Cari file bernama
debug.log. Jika ukurannya sangat besar, klik kanan lalu pilih Delete atau buat file baru kosong untuk menggantikannya. - Jangan hapus folder
wp-contentitu sendiri, cukup bersihkan file log di dalamnya.
Langkah 2: Menyesuaikan Konfigurasi wp-config.php
Buka file wp-config.php di root direktori WordPress Anda menggunakan editor teks. Pastikan baris kode debug diatur dengan benar agar tidak membanjiri server dengan log yang tidak penting (seperti notice minor).
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );
// Batasi memori PHP untuk mencegah lonjakan beban
define( 'WP_MEMORY_LIMIT', '256M' );Penjelasan parameter di atas:
WP_DEBUG_DISPLAYdisetel kefalseagar pesan error tidak muncul di layar pengunjung (yang memicu tampilan rusak atau celah keamanan).WP_DEBUG_LOGdisetel ketrueagar error hanya direkam secara diam-diam ke dalam filewp-content/debug.log.
Langkah 3: Mengidentifikasi Baris Fatal Error
Setelah file log dikosongkan dan situs kembali dapat diakses, picu halaman yang sebelumnya error atau tunggu beberapa menit. Buka kembali file wp-content/debug.log menggunakan text editor untuk melihat baris terakhir yang dicatat.
[14-Oct-2026 08:12:35 UTC] PHP Fatal error: Uncaught Error: Call to undefined function mssql_connect() in /home/user/public_html/wp-content/plugins/old-plugin/core.php:112Dari cuplikan log di atas, terlihat jelas bahwa fungsi mssql_connect tidak dikenali (biasanya karena upgrade versi PHP ke 8.x) pada baris 112 plugin old-plugin. Solusinya adalah menonaktifkan plugin tersebut melalui direktori plugin dengan mengubah nama foldernya.
Tips Pencegahan di Tingkat Server
Agar masalah serupa tidak terulang di masa mendatang, terapkan praktik pengelolaan server berikut:
- Rotasi Log Otomatis: Gunakan modul logrotate di server Linux Anda jika situs memiliki trafik tinggi dan memproduksi log masif setiap hari.
- Matikan Debug di Production: Selalu ubah nilai
WP_DEBUGmenjadifalsesaat situs sudah live dan selesai melalui tahap pengembangan (development). - Pembaruan Berkala: Pastikan tema dan plugin selalu diperbarui untuk menghindari konflik fungsi pada versi PHP terbaru.