Kriitiline viga pole kuigi tore viis avastada, et plugin uuendas end öösel. Sel nädalal tuli mul mitmel kliendi lehel pärast Contact Form 7 6.2 uuendust ligipääs taastada. Mõnel töötas haldus edasi, mõnel mitte. Edasine sõltus sellest, mida näitas vealogi ja milline PHP versioon serveris päriselt töötas.
Kontaktvorme pole sellepärast vaja maha võtta. See on uuendusega seotud probleem ja tagasi sisse saab ka siis, kui WordPressi sisselogimisleht ei avane.
Mis versioonis 6.2 katki läks?
Contact Form 7-l on üle 10 miljoni aktiivse paigalduse. Autor nimetas 6. oktoobril 2026 ilmunud versiooni 6.2 suureks uuenduseks. See nõuab vähemalt WordPress 7.1 ja PHP 8.3; versioonile 6.1.7 piisab WordPress 6.7-st ja PHP 7.4-st. Need piirid loevad, kui otsustad, millise versiooni tagasi panna.
Kinnitatud viga on üsna spetsiifiline. Plugin proovis oma Composeri faili laadida käsuga require 'vendor/autoload.php';. PHP võib faili esmalt otsida parajasti kasutatavast töökataloogist, mis lehe avalikul poolel on sageli WordPressi juurkataloog. Kui seal on eraldi vendor/autoload.php, võib Contact Form 7 laadida vale faili ja jääda hätta klassi RockLobsterInc\Swv\CompositeRule otsides. Lehtedel, mille juurkataloogis seda vendor-faili polnud, läks uuendus teadete järgi probleemita.
Vahel kukkus läbi ainult avalik leht ja /wp-admin/ töötas edasi. Teistel ei avanenud kumbki; ka WP-Cron ja WP-CLI võisid vea saada. 8. oktoobril ilmunud 6.2.1 parandab faili asukoha leidmise, kasutades plugina täielikku kataloogiteed.
On ka teine, vähem selgeks saanud teade. Mõnel alla PHP 8.3 töötaval lehel paigaldus 6.2 automaatselt ikkagi ja järgnes Your Composer dependencies require a PHP version ">= 8.3.0". WordPress peaks ühildumatu uuenduse tavaliselt blokeerima, seega pole selge, kuidas see läbi pääses. Ühes teates näitas viga PHP 8.2, aga saidi tervis PHP 8.4. Serveri eri protsessid, ka cron, võivad kasutada eri PHP versioone. Ja 6.2.1 PHP nõuet ei langeta.
Teatatud on veel kuupäevavaliku valideerimise tõrgetest, ülakomaga valikute vigadest ning sellest, et mitme sammuga või ruudustikuga lisade vormid ei saatnud andmeid ära. Tagasiminek versioonile 6.1.7 aitas teadete järgi. Versiooni 6.2.1 muudatuste nimekirjas on kirjas failitee parandus, mitte nende vormivigade parandused.
Kuidas aru saada, kas süüdi on Contact Form 7?
Kui pärast uuendusi tuleb valge leht või WordPressi teade “There has been a critical error on this website”, vaata enne failide muutmist vealogi. Selle leiad tavalliselt majutuse haldus paneelist. Kui WP_DEBUG_LOG on sisse lülitatud, võib viga olla ka failis wp-content/debug.log. Nii ei pea pimesi pluginaid ükshaaval välja lülitama.
Otsi logist contact-form-7, RockLobsterInc\Swv\CompositeRule või platform_check.php. Klassiga seotud viga viitab valele autoloader’ile, platform check PHP versioonile. Proovi otse avada ka /wp-admin/. Võib vabalt juhtuda, et ainult lehe avalik pool on maas.
Kuidas sisse saada, kui haldus ei avane?
- Otsi taastamisrežiimi kirja. Kui plugin kokku jookseb, võib WordPress saata lingi aadressile, mis on kirjas menüüs Seaded > Üldine (Settings > General). Link peatab selle plugina sinu seansi ajaks, et saaksid sisse logida. See aegub umbes päeva pärast ja WordPress saadab sellise kirja kõige rohkem kord päevas. Kui lehe kirjad kipuvad kaduma, ära jää ootama.
- Nimeta plugina kaust ümber. Ava SFTP, FTP või majutuse failihaldur ning nimeta
wp-content/plugins/contact-form-7ümber nimelecontact-form-7-off. WordPress lülitab plugina välja. Kui viga tuli Contact Form 7-st, peaks leht avanema, kuigi vormid võivad kaduda või nende asemel võib näha tooreid lühikoode. See on pääsetee, mitte lahendus, mida päevadeks jätta. - Kasuta SSH ligipääsu korral WP-CLI-d. Käivita
wp plugin deactivate contact-form-7 --skip-plugins=contact-form-7. Jäta see skip-lipp kindlasti alles, muidu võib WP-CLI plugina laadimisel samuti kokku joosta. Otse versioonile 6.1.7 naasmiseks käivitawp plugin install contact-form-7 --version=6.1.7 --force --skip-plugins=contact-form-7.
SSH-d pole? Katkestuse ajal on majutuse failihaldur sageli niigi kiirem variant. Esimene eesmärk on leht uuesti lahti saada; versiooni valimisega tegeled kohe pärast seda.
Kas paigaldada 6.2.1 või minna tagasi?
Kontrolli PHP versiooni menüüst Tööriistad > Saidi tervis > Info > Server (Tools > Site Health > Info > Server) või majutuse paneelist. Kontrolli ka WordPressi versiooni: 6.2 seeria vajab vähemalt 7.1. Kui veateade nimetab teist PHP versiooni kui saidi tervis, küsi majutajalt, millist versiooni kasutab just see protsess, mis läbi kukub.
Kui mõlemad nõuded on täidetud paigalda 6.2.1. Nimeta kaust tagasi, aktiveeri plugin ja uuenda see kohe või laadi üles värske 6.2.1 koopia. Kui vana kausta taastamine toob kriitilise vea tagasi, ära maadle halduses - kasuta värsket koopiat. Seejärel saada igast vormist päris testkiri. Kontrolli kuupäevavälju, ülakomaga valikuid ja kõiki lisade tehtud vorme. See, et leht avaneb, ei tähenda veel, et vorm töötab.
Kui PHP on alla 8.3, taasta 6.1.7. Kasuta ülal olevat WP-CLI käsku või võta plugina WordPress.org-i lehelt Advanced > previous versions alt vanem zip ja asenda plugina kaust. Faili aadress on downloads.wordpress.org/plugin/contact-form-7.6.1.7.zip. Lülita pluginate vaates Contact Form 7 automaatuuendused välja, et see uuesti 6.2 peale ei hüppaks. WP-CLI-s tee seda käsuga wp plugin auto-updates disable contact-form-7.
PHP uuendus lepi majutajaga kokku, aga proovi seda enne lehe koopial: vanem teema või plugin võib katki minna. Foorumis soovitatud load.php muutmise jätaksin vahele. 6.2.1 parandab failitee vea niigi ja järgmine update kirjutaks käsitsi tehtud muudatuse üle.
Mida ma pärast seda teisiti teeksin?
Minu jaoks tähendab käsitsi tehtav WordPressi hooldus seda, et pärast uuendust proovin vormid läbi, mitte ei vaata ainult avalehte. Väikeste paranduste automaatuuendused on okei. Kui uuendus tõstab PHP nõuet, valiksin selleks ise päeva ja vaataksin enne tugifoorumisse. Selle seadistuse saad muuta iga plugina juures eraldi.
- Proovi suuremaid uuendusi esmalt lehe koopial. Nii jääb töötav leht klientidele avatuks, kui testis midagi viltu läheb.
- Harjuta varukoopia taastamist, mitte ära piirdu teadmisega, kus zip asub. Artikkel hostingu varukoopiate päriselt kasutamisest aitab selle koha läbi mõelda enne järgmist tõrget.
- Pane tööaja monitooring avalehe kadumist märkama. Vormide saatmist kontrolli eraldi: tavalise välimusega lehel võib vorm ikkagi katki olla.
Kui leht on taas töös, pane paika ka see, kuidas katkestusest teada saad. Siin aitab e-posti teavituste seadistamise juhend. Aga täna tee esimene viie minuti kontroll: vaata saidi tervisest PHP versiooni ja pluginate vaatest, kas Contact Form 7 uuendab end automaatselt. Need kaks vastust ütlevad, kas 6.2.1 on sulle praegu voimalik või tuleb esmalt 6.1.7 taastada.