Halaman WordPress yang kosong ialah simptom, bukan diagnosis. Ralat fatal PHP ialah satu kemungkinan, tetapi proksi, kegagalan pelayan, kemas kini tidak serasi atau masalah paparan lain boleh kelihatan serupa. Rekodkan perkara yang berlaku sebelum mengubah fail atau menyahaktifkan komponen.
Perkara utama
- Catat URL terjejas, masa, peranti dan perubahan terkini.
- Semak e-mel pemulihan serta log peribadi sebelum mencuba pembaikan.
- Gunakan staging atau proses pemulihan yang dibenarkan untuk perubahan yang menjejaskan produksi.
Semak skop kegagalan
Uji halaman awam dan, jika tersedia, papan pemuka WordPress. Semak halaman lain, pelayar dan rangkaian. Catat kod status HTTP serta sama ada kegagalan menjejaskan semua pelawat atau satu laluan sahaja. Semak status hosting dan penerapan terkini.
Cari e-mel pemulihan WordPress dan semak log PHP, pelayan web serta aplikasi sekitar masa kegagalan. Simpan output nyahpepijat secara peribadi. Jika menghidupkan log nyahpepijat WordPress, ikut panduan rasmi dan matikannya selepas diagnosis.
Asingkan perubahan yang mungkin menjadi punca dengan selamat
Bandingkan masa kegagalan dengan perubahan core, plugin, tema, PHP, konfigurasi dan penerapan. Jika boleh, hasilkan semula isu di staging. Uji satu komponen yang disyaki pada satu masa dan rekodkan hasilnya. Elakkan menamakan semula folder atau menukar tema di kedai langsung tanpa sandaran, pelan masa henti dan cara memulihkan keadaan sebelumnya.
Jika papan pemuka dan laman sama-sama tidak tersedia, minta penyedia hosting memeriksa kesihatan pelayan dan log akses. Jika kemas kini terkini disahkan sebagai punca, pulihkan atau rollback melalui proses yang diuji. Sahkan keserasian perisian sebelum mencuba semula. Rollback mungkin tidak membatalkan perubahan pangkalan data, jadi semak arahan pembekal.
Sahkan pemulihan
Uji halaman terjejas dan fungsi berdekatan seperti borang, log masuk, pembayaran serta paparan mudah alih. Semak log untuk ralat baharu dan rekodkan punca, perubahan serta titik pemulihan. Jika laman mungkin diceroboh atau data hilang, ikuti proses tindak balas insiden dan jangan anggap skrin kosong itu satu-satunya masalah.
Untuk ralat WordPress lain, rujuk panduan diagnosis lima ralat. Jika laman produksi terhenti dan laluan pemulihan tidak jelas, gunakan sokongan pembaikan kecemasan WordPress.
Soalan lazim
Adakah konflik plugin sentiasa menjadi punca?
Tidak. Plugin mungkin terlibat, tetapi log dan ujian terkawal diperlukan untuk mengesahkan punca.
Patutkah saya terus menaikkan memori PHP?
Jangan tanpa bukti. Had sumber mungkin terlibat, tetapi menaikkannya hanya boleh melengahkan isu lain atau melampaui pelan hosting.
Bolehkah saya membaikinya dengan mematikan semua plugin?
Tindakan itu boleh mengganggu fungsi laman dan tidak mengenal pasti punca dengan sendirinya. Uji dengan selamat di staging atau ikut proses insiden yang diluluskan.