WORDPRESS网站500、502、503、504错误的3大罪魁祸首

Upravljam s nekolikoWordPressWeb stranica je jednom izgubila više od 800 posjeta u jednom danu zbog greške 502. Nakon trodnevne istrage, otkriveno je da je krivac neupadljiva postavka u pozadini.

Svi koji vode WordPress web stranicu znaju da najfrustrirajuća stvar nije nedostatak prometa, već kada web stranica iznenada postane nedostupna, s nerazumljivim greškama poput 500, 502, 503 i 504 koje se pojavljuju na ekranu.

Mislili ste da se server srušio i požurili ste se svađati s provajderom hostinga, samo da biste nakon što su provjerili da je server sasvim ispravan.

Možda mislite da je u pitanju konflikt dodataka, pa ih onemogućavate i rješavate jedan po jedan, provodeći veći dio dana na tome, ali greška se stalno ponavlja.

Zapravo, ne mora biti toliko komplicirano. Nakon što sam upao u bezbroj zamki, otkrio sam da 80% grešaka 5xx na WP web stranici ne može izbjeći ova 3 krivca. Svaka od njih je dobro skrivena, ali može lako uništiti vašu web stranicu.

Sada ću koristiti vlastito praktično iskustvo kako bih jasno razotkrio ove zamke, tako da čak i početnici mogu pratiti i rješavati probleme, i nikada više nećete morati biti preplavljeni greškama.

Krivac #1: WP-CRON nije onemogućen, što je u suštini instaliralo "skriveno odvođenje energije" na web stranici.

Mnogi ljudi ne znaju da WordPress ima ugrađenu funkciju zakazivanja zadataka pod nazivom WP-CRON, koja je omogućena po defaultu.

Njegove funkcije zvuče vrlo praktično, kao što su zakazivanje objavljivanja članaka, automatsko pravljenje sigurnosnih kopija, provjera ažuriranja dodataka, pa čak i slanje podsjetnika članovima.

Ali da li ste znali da je ova naizgled korisna funkcija zapravo glavni krivac za pad servera i uzrok 5xx grešaka?

WP-CRON se razlikuje od izvornog Crona servera. Ne pokreće se proaktivno, već se aktivira posjetama korisnika. Svaki put kada korisnik posjeti vašu web stranicu, tajno će izvršiti datoteku /wp-cron.php kako bi provjerio ima li planiranih zadataka koje treba obaviti.

To znači da svaki posjetitelj vaše web stranice dodaje "dodatni teret", a što više posjetitelja imate, to teret postaje veći.

Nekada sam imao web stranicu koja je primala preko hiljadu posjetilaca dnevno. Kada WP-CRON nije bio onemogućen, korištenje CPU-a servera bi često skočilo na preko 80%, a dnevno bi se pojavljivale najmanje dvije greške 503, pri čemu bi posjetioci bili preusmjereni na stranicu s greškom čim bi kliknuli na nju.

Još gore je to što čak i ako ne postavite nikakve planirane zadatke, WP-CRON će se pokretati automatski, neprestano zahtijevajući resurse servera. Vremenom, server neće moći podnijeti opterećenje i prijavit će grešku.

U dokumentaciji GitHuba jasno stoji: "Neočekivani HTTP kod odgovora: 500 ili više, to znači da je na vašem serveru došlo do greške koja sprečava pokretanje cron spawner-a." To znači da će, kada WP-CRON ne funkcioniše ispravno, doći do greške servera od 500 ili više.

Ispravan pristup je onemogućiti zadani WP-CRON i umjesto toga koristiti izvorne zakazane zadatke servera. Ovo će osigurati da se zakazani zadaci izvršavaju normalno, a istovremeno će smanjiti opterećenje servera.

Ako vaš server podržava naredbu curl, možete direktno dodati planirani zadatak ovako (prilagodite prema domeni vaše web stranice):

*/15 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Ova naredba izvršava WP-CRON zadatak svakih 15 minuta, što je pogodno za većinu malih i srednjih web stranica; ako vaša web stranica ima često zakazane zadatke, možete koristiti i ovo:

*/5 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Nakon što sam onemogućio WP-CRON i postavio zakazane zadatke na serveru, korištenje CPU-a servera palo je ispod 30%, a nije bilo grešaka 503 cijeli mjesec. Stopa zadržavanja posjetilaca se također povećala za 18%.

Krivac broj dva: Ponovljeni CRON zakazani zadaci i preostale datoteke nakon deinstalacije dodatka u suštini "ostavljaju smeće" na web stranici.

Rješavanje problema WP-CRON ne znači da možete biti mirni; postoji skrivena zamka koju mnogi vlasnici web stranica previđaju.

To znači da se CRON planirani zadaci ponavljaju ili da se preostali planirani zadaci i dalje tajno izvršavaju nakon što je dodatak deinstaliran.

Jeste li ikada iskusili ovo: deinstalirali ste dodatak za sigurnosno kopiranje, ali ste otkrili da server i dalje automatski pravi sigurnosne kopije svaki dan ili čak prikazuje poruku o neuspjehu sigurnosnog kopiranja, što na kraju dovodi do greške 500?

Ovo je uzrokovano preostalim planiranim zadacima iz dodatka.

Na primjer, ako dodatak generira dnevni planirani zadatak, WordPress će nastaviti izvršavati taj zadatak čak i nakon što je dodatak deinstaliran. Takvi planirani zadaci su besmisleni. Ovi besmisleni rezidualni zadaci će kontinuirano trošiti resurse servera i na kraju dovesti do grešaka.

Još gore, neki dodaci automatski generiraju više ponavljajućih zakazanih zadataka. Na primjer, zadatak "dnevne provjere ažuriranja" može se kreirati pet puta, a svaki od njih bi se izvršavao po rasporedu, što znači da bi server morao istovremeno obraditi pet identičnih zadataka.

Već sam jedan instalirao.SEONakon deinstalacije dodatka, nisam ga primijetio. Pola mjeseca kasnije, web stranica je često nailazila na greške 504 timeout. Tek nakon provjere logova servera otkrio sam da je dodatak ostavio iza sebe tri dnevno zakazana zadatka, svaki s vremenom izvršavanja do 12 sekundi. Istovremeno pokretanje sva tri zadatka direktno je uzrokovalo timeout odgovora servera.

Još strašnije je to što ovi preostali, ponavljajući vremenski ograničeni zadaci...WordPress backendNevidljivo je; nemate pojma da se tajno odvija.

Međutim, postoji rješenje: WP-Crontrol dodatak to može savršeno riješiti. To je službeni alat za upravljanje Cron zadacima koji preporučuje WordPress, a koji vam omogućava pregled, uređivanje i brisanje svih zakazanih zadataka direktno u backendu.

Prema opisu WordPress dodatka, WP-Crontrol može "pregledati sve zakazane cron događaje, uređivati, brisati, pauzirati, nastaviti i odmah pokretati cron događaje". Drugim riječima, može pregledati sve zakazane zadatke i brisati duplicirane ili nevažeće zadatke. Vrlo je jednostavan za korištenje i ne zahtijeva pisanje niti jedne linije koda.

Nakon korištenja ovog dodatka za rješavanje problema, izbrisao sam 8 dupliciranih zadataka i 5 preostalih zadataka dodatka, a brzina odgovora web stranice se direktno poboljšala za 40%. Greška 504 se nikada više nije ponovila.

Riječ opreza: prilikom brisanja zadataka, obavezno pažljivo provjerite i izbjegavajte slučajno brisanje osnovnih WordPress zakazanih zadataka, kao što je "wp_version_check" (provjera verzije). Slučajno brisanje može spriječiti pravilno ažuriranje web stranice.

Iako WP-Crontrol dodatak može ručno izbrisati duplicirane ili nevažeće zadatke, to zahtijeva ručnu intervenciju, što nije idealno...

Međutim, ovaj proces možemo automatizirati korištenjem WordPress koda. Pogledajte tutorijal ispod za detalje. ▼

🔗Savjeti za ubrzavanje WordPress web stranice: Automatsko uklanjanje nevažećih CRON zakazanih zadataka

Krivac broj tri: Greške nakon nadogradnje dodataka/tema su kao izvođenje "neortodoksne operacije" na web stranici.

Mnogi vlasnici web stranica imaju naviku da odmah kliknu na "ažuriraj" kada vide upite za ažuriranje dodataka ili tema, vjerujući da će ažuriranja popraviti ranjivosti i poboljšati performanse.

Ali istina je sasvim suprotna; mnoge 5xx greške su uzrokovane ažuriranjem dodataka ili tema.

Već sam se susreo s ovim problemom. Prošlog mjeseca sam nadogradio svoju web stranicu popularnim dodatkom za izradu stranica. Nakon što sam kliknuo na ažuriranje, stranica je postala prazna, a nakon osvježavanja pojavila se poruka o internoj serverskoj grešci 500, što je onemogućilo pristup pozadinskom dijelu.

Kasnije sam otkrio da nova verzija dodatka nije bila kompatibilna s PHP verzijom moje web stranice. Nakon što je dodatak ažuriran, kod nije mogao ispravno raditi, što je direktno uzrokovalo da server prijavi grešku.

Greške nakon nadogradnje dodataka ili tema čest su uzrok WordPress 500 grešaka, posebno kada nova verzija dodatka ima ranjivosti u kodu ili konflikte s drugim dodacima ili temama na web stranici.

Drugi scenario je da će nakon nadogradnje teme prethodni prilagođeni kod biti prepisan, što će uzrokovati poremećaj izgleda web stranice i neuspjeh funkcija, što zauzvrat dovodi do grešaka 502 i 503.

imati poslaE-trgovinaKod nekih korisnika, nakon nadogradnje WooCommerce dodatka, na njihovim web stranicama su se pojavljivale greške 502, što je onemogućavalo naručivanje. To je rezultiralo gubitkom od preko 2000 prodaje u roku od samo 3 sata, a trebalo je cijelo popodne da se problem riješi.

U stvari, najdirektnije i najefikasnije rješenje za ovu situaciju je povratak na prethodnu verziju koja je ispravno radila.

Mnogi ljudi ne znaju kako se vratiti na prethodno stanje, ali ne morate ručno preuzimati ili prenositi datoteke; WP Rollback dodatak to olakšava.

Prema WordPressovom opisu, WP Rollback dodatak može "brzo i jednostavno vratiti bilo koju temu ili dodatak sa wordpress.org na bilo koju prethodnu (ili noviju) verziju bez ikakvog ručnog rada." Drugim riječima, može vratiti dodatke ili teme na bilo koju prethodnu verziju jednim klikom, bez kompliciranih operacija, što ga čini jednostavnim za korištenje početnicima.

Nakon što je moja posljednja nadogradnja plugina propala, koristio sam WP Rollback da se vratim na prethodnu verziju jednim klikom. Web stranica se vratila u normalu za samo 30 sekundi i nisu izgubljeni nikakvi podaci.

Evo jednog prijedloga: prije nadogradnje dodataka ili tema, uvijek prvo napravite sigurnosnu kopiju svoje web stranice. Najbolje je prvo je testirati u testnom okruženju kako biste bili sigurni da nema problema prije ažuriranja na službenoj web stranici, kako biste izbjegli greške.

Zaključak: Savladajte ove 3 tačke da biste se potpuno oprostili od grešaka tipa 5xx na WP web stranici.

Prilikom pokretanja WordPress web stranice, greške 500, 502, 503 i 504 su poput "prepreka", naizgled problematične, ali uzrok je zapravo prilično jasan - nije stvar u tome da je server neispravan, niti postoji veći problem s programom web stranice, već smo previdjeli tri detalja: WP-CRON, preostale planirane zadatke i nadogradnje dodataka/tema.

Kao vlasnik WordPress web stranice, od početnog preopterećenja greškama do sada kada sam u mogućnosti brzo riješiti sve 5xx greške, moja najveća poruka je da se rad web stranice u štali ne oslanja na "zaključavanje vrata štale nakon što je konj pobjegao", već na "bolje spriječiti nego liječiti".

Mnogi vlasnici web stranica misle da su ovi mali detalji nevažni i žale što ih nisu unaprijed provjerili tek kada web stranica počne neispravno funkcionirati, gubi promet i pretrpi gubitak prihoda.

Važno je shvatiti da je za web stranicu "stabilnost" osnovna konkurentska prednost. Jedna greška 5xx može uzrokovati gubitak 10% posjetitelja, a više grešaka može čak dovesti do pada rangiranja na pretraživačima, čineći sve vaše prethodne SEO napore uzaludnima.

Kao što se kaže, "Nasip od hiljadu milja može probiti mravljište." Greške 5xx na WP web stranici se nikada ne pojavljuju iznenada, već su rezultat nakupljanja malih problema - neispravnog WP-CRON-a, preostalih zakazanih zadataka i brzopletih operacija nadogradnje. Ove naizgled beznačajne "mravljište" će na kraju uništiti "nasip" cijele web stranice.

Zaista efikasno poslovanje znači suzbijanje problema u korijenu.

1. Onemogućite zadani WP-CRON i zamijenite ga planiranim zadatkom na serveru;
2. Redovno koristite WP-Crontrol za čišćenje ponavljajućih i preostalih zakazanih zadataka;
3. Obavezno napravite sigurnosnu kopiju podataka prije nadogradnje dodataka ili tema i odmah se vratite na prethodnu verziju ako se pojave greške.

Ove tri operacije ne zahtijevaju složenu tehnologiju ili skupe programere, pa ih čak i početnici mogu lako savladati, a opet mogu spriječiti pojavu 5xx grešaka na vašoj web stranici i održati stabilan rad.

Svako stabilno učitavanje vaše web stranice i svaki posjetitelj koji ostaje na njoj je vrijedna imovina koju akumulirate tokom vremena.

Od sada, identificirajte ova tri krivca i obavljajte svakodnevno održavanje kako biste osigurali da vaša WordPress web stranica ne samo da može podnijeti vaš naporan rad, već i stalno povećavati promet i prihod.

Ako vas trenutno muče greške 5xx, pokušajte slijediti korake u ovom članku za rješavanje problema. Vjerujem da ćete uskoro moći riješiti ove probleme, učiniti da vaša web stranica radi stabilno i postići dugoročni rast.