Ralat WordPress yang lazim lebih mudah ditangani apabila lapisan yang terjejas dikenal pasti dan satu pemboleh ubah diubah pada satu masa. Sebelum menyunting fail atau mematikan plugin, rekodkan mesej tepat, masa, URL terjejas dan perubahan terkini. Semak sama ada isu berlaku kepada semua pelawat atau hanya peranti, akaun atau tindakan tertentu.
Perkara utama
- Simpan sandaran terkini dan bukti sebelum membuat perubahan berisiko.
- Gunakan log dan staging untuk mengecilkan punca, bukan meneka.
- Lindungi transaksi, data peribadi dan halaman penting untuk carian semasa ujian.
Mulakan dengan pemeriksaan yang selamat
Semak status pengehosan, penerapan terkini, kemas kini plugin dan tema, perubahan PHP, log pelayan serta log aplikasi. Pastikan sandaran boleh dipulihkan sebelum menggunakannya. Jika perlu menghidupkan penyahpepijatan WordPress, simpan output diagnostik secara peribadi dan matikan paparan ralat kepada umum. Ikut dokumentasi penyahpepijatan WordPress atau minta bantuan penyedia hosting.
Lima ralat dan perkara yang perlu diperiksa
Skrin kosong atau ralat fatal
Semak log PHP dan WordPress untuk ralat fatal pertama serta masanya. Bandingkan dengan kemas kini terkini. Di staging, uji tema serasi atau matikan satu sambungan yang disyaki pada satu masa. Jangan namakan semula folder produksi tanpa memahami kesannya terhadap laman.
Ralat sambungan pangkalan data
Semak sama ada perkhidmatan pangkalan data tersedia, kemudian semak kelayakan dan konfigurasi hos melalui pentadbir yang diberi kuasa. Elakkan alat pembaikan atau perubahan kelayakan sehingga sandaran boleh dipulihkan dan anda tahu pangkalan data yang digunakan laman tersebut.
Ralat HTTP 500
Semak log pelayan web dan PHP sekitar masa permintaan. Periksa perubahan kod, kebenaran fail dan konfigurasi terkini. Respons 500 bersifat umum. Mengubah .htaccess atau menaikkan had sumber tanpa bukti mungkin menyembunyikan punca atau menimbulkan masalah lain.
Mod penyelenggaraan berterusan
Semak sama ada kemas kini masih berjalan, proses latar masih aktif dan penyedia hosting melaporkan masalah sistem fail atau kebenaran. Jika penanda penyelenggaraan perlu dibuang, pastikan kemas kini telah berhenti dan ikuti prosedur pemulihan WordPress semasa.
Catatan memaparkan 404 tetapi laman utama berfungsi
Semak konfigurasi permalink, peraturan rewrite, penghalaan pelayan dan sama ada halaman berkenaan wujud serta diterbitkan. Uji perubahan di staging. Menyimpan tetapan permalink mungkin menjana semula peraturan pada sesetengah konfigurasi Apache, tetapi bukan penyelesaian umum untuk semua pelayan.
Sahkan pembaikan
Uji URL asal dan keseluruhan proses yang gagal, termasuk borang, pembayaran, log masuk serta paparan mudah alih jika berkaitan. Semak log sekali lagi, rekodkan perubahan dan pantau sama ada isu berulang. Eskalasi jika isu melibatkan kemungkinan pencerobohan, kehilangan data, pembayaran atau infrastruktur di luar akses anda.
Soalan lazim
Patutkah saya matikan semua plugin serentak?
Hanya dalam ujian terkawal apabila kesannya difahami dan perkhidmatan boleh dipulihkan. Di produksi, gunakan staging atau proses penyelenggaraan yang diluluskan, terutamanya untuk kedai dan laman keahlian.
Bolehkah satu mesej ralat mengenal pasti puncanya?
Biasanya tidak. Mesej sama boleh berpunca daripada lapisan berbeza. Log, masa kejadian dan pembiakan terkawal memberikan bukti lebih baik.
Bilakah pakar patut mengambil alih?
Eskalasi apabila laluan pemulihan yang selamat tidak jelas atau isu menjejaskan keselamatan, transaksi, data peribadi atau ketersediaan.