Katkise kodulehe parandamine: koduleht on maas või näitab viga

Koduleht avaneb valge lehena, näitab teadet „Sellel saidil on tekkinud kriitiline viga“, annab 500 Internal Server Error või pärast uuendust ei saa enam haldusliidesesse sisse. Mõnikord on leht küll üleval, aga kujundus on laiali ja menüü ei tööta. Iga tund, mil leht maas on, läheb kaotsi päringuid ja usaldust, seega loeb kiirus.

Hädaabi eesmärk on lihtne: leht tagasi võrku esimesena, põhjuse selgitus teisena. Vaatame hostingu paneeli ja logid läbi, leiame vea tekitaja ja teeme tööle saamiseks vajaliku. Alles seejärel kirjutame Sulle lahti, mis juhtus ja mida tuleks teha, et see ei korduks. Siin lehel näidatud töömaht katab esmase diagnoosi ja tüüpilise paranduse; kui rike osutub suuremaks, anname hinnangu pärast seda, kui leht on taas üleval.

Mida töö sisaldab

• Kiire diagnoos. Vaatame hostingu paneelist PHP veateated ja serveri logid (error_log, debug.log), lülitame vajadusel sisse WP_DEBUG ja leiame, millises failis või pluginas viga tekib.
• Varukoopiast taastamine. Kui hostingul või Sinu varundusteenuses on värske koopia ja see on kiireim turvaline tee, taastame lehe kõigepealt ja uurime põhjust seejärel.
• Vigase plugina või teema väljalülitamine. Keelame rikke tekitanud plugina või teema FTP/SSH kaudu või andmebaasist, et haldusliides uuesti avaneks, ja lülitame ülejäänud ühe kaupa tagasi sisse.
• PHP ühilduvuse parandamine. Kui viga tuli PHP versiooni vahetusest või aegunud koodist, parandame vea või valime ajutiselt sobiva PHP versiooni, kuni kood korda saab.
• Andmebaasi parandamine. Käivitame tabelite kontrolli ja paranduse (REPAIR TABLE või WP-CLI), kontrollime wp-config.php ühenduse andmeid ja õigusi ning kustutame liiga suureks kasvanud transient-kirjed, kui need lehte pidurdavad.
• Uuenduse tagasipööramine. Kui leht läks katki pärast WordPressi tuuma, teema või plugina uuendust, viime komponendi tagasi eelmisele töötavale versioonile ja märgime, mida tuleb enne uut uuendamist kontrollida.
• Failiõigused ja .htaccess. Kontrollime failide ja kaustade õigusi, .htaccess reegleid ja püsilinke, mis on 500-vea ja 404-lehtede sagedased põhjused.
• Kontroll pärast parandust. Vaatame üle avalehe, alamlehed, vormid ning e-poes ostukorvi ja tellimuse esitamise, et leht päriselt töötaks, mitte ainult avaneks.
• Põhjuse ja soovituste kokkuvõte. Kirjutame lühidalt, mis vea tekitas, mida tegime ja mida tuleks teha püsivalt: uuendada, asendada või eemaldada.

Tüüpilised olukorrad

Plugin uuendati automaatselt ja leht näitab nüüd ainult kriitilise vea teadet. Hosting tõstis PHP versiooni ja vana teema funktsioon lõpetas töö. Keegi muutis functions.php faili ja jättis sinna süntaksivea. Andmebaasi tabel läks serveri taaskäivituse järel katki või ketas sai täis. Aegunud SSL-sertifikaat või vale saidi URL andmebaasis saadab külastajad lõputusse ümbersuunamiste ringi. Kõik need on juhtumid, kus õige esimese sammu teadmine säästab tunde.

Mida me sinult vajame

• Hostingu paneeli (cPanel, Plesk või majutaja oma paneel) või FTP/SSH ligipääsu. Ilma selleta katkist lehte parandada ei saa.
• WordPressi administraatori kasutaja, kui haldusliides veel avaneb.
• Teadmist, mis vahetult enne riket toimus: uuendus, uus plugin, PHP vahetus, koodimuudatus, kolimine.
• Infot, kus asub viimane töötav varukoopia, kui see on olemas.
• Kiiret otsust, kas eelistad varukoopiast taastamist (võid kaotada viimased muudatused) või vea parandamist kohapeal.

Mis jääb tööst välja

• Häkitud või pahavaraga nakatunud lehe puhastamine. See on eraldi teenus pahavara eemaldamine, kuhu suuname töö kohe, kui logidest ilmneb sissemurdmine.
• Vana teema või plugina koodi põhjalik ümberkirjutamine PHP 8 jaoks. Teeme kiirparanduse, suurema töö hindame eraldi (vt PHP versiooni uuendamine).
• Hostingu enda rikke lahendamine (server maas, ketas täis). Suhtleme vajadusel majutajaga, aga serveri parandamine on nende töö.
• Kõigi pluginate ja teema korraline uuendamine pärast parandust. See kuulub hooldusteenuse alla.

Kellele see sobib

Sobib igale WordPressi või WooCommerce’i lehe omanikule, kelle leht on praegu maas või käitub valesti ja kellel pole arendajat, kes kohe appi tuleks. Kui leht on üleval, aga aeglane või kahtlane, alusta pigem tervisekontrolli ja turvaauditiga. Kui soovid, et keegi hoiaks lehte korras ja selliseid hommikuid enam ei tuleks, vaata kodulehe hooldust, kus uuendused testitakse enne avaldamist läbi.