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

Ég rek nokkraWordPressVefsíðan missti einu sinni meira en 800 heimsóknir á einum degi vegna 502 villu. Eftir þrjá daga rannsókn kom í ljós að sökudólgurinn var óáberandi stilling í bakendanum.

Allir sem reka WordPress vefsíðu vita að það pirrandi er ekki skortur á umferð, heldur þegar vefsíðan verður skyndilega óaðgengileg og villuboð eins og 500, 502, 503 og 504 birtast á skjánum.

Þú hélst að netþjónninn hefði hrunið og hraðaðir þér að rífast við vefþjónustuaðilann, aðeins til að komast að því eftir að þeir gáðu að því að netþjónninn væri fullkomlega eðlilegur.

Þú gætir haldið að þetta sé viðbótaárekstur, svo þú slekkur á viðbótunum og finnur lausnir fyrir þeim, eina af annarri, eyðir mestum hluta dagsins í það, en villan heldur áfram að koma upp.

Reyndar þarf þetta ekki að vera svo flókið. Eftir að hafa dottið í ótal gildrur uppgötvaði ég að 80% af WP website 5xx villum komast ekki undan þessum þremur sökudólgum. Hver og einn er vel falinn, en hann getur auðveldlega eyðilagt vefsíðuna þína.

Nú mun ég nota mína eigin reynslu til að afhjúpa þessar gryfjur skýrt, svo að jafnvel byrjendur geti fylgst með og leyst úrræði, og þú munt aldrei þurfa að láta mistök yfirbuga þig aftur.

Sökumaður #1: WP-CRON var ekki gert óvirkt, heldur var í raun sett upp „falinn orkutap“ á vefsíðunni.

Margir vita ekki að WordPress hefur innbyggðan eiginleika fyrir áætlaðar verkefni sem kallast WP-CRON, sem er sjálfgefið virkur.

Aðgerðir þess hljóma mjög hagnýtar, svo sem að skipuleggja birtingu greina, sjálfvirka afritun, athuga hvort uppfærslur séu á viðbótum og jafnvel senda áminningar til meðlima.

En vissir þú að þessi að því er virðist gagnlegi eiginleiki er í raun sökudólgurinn sem hrynur netþjóna og veldur 5xx villum?

WP-CRON er ólíkt innbyggða Cron kerfinu á netþjóninum. Það keyrir ekki sjálfkrafa heldur er það virkjað af heimsóknum notenda. Í hvert skipti sem notandi heimsækir vefsíðuna þína keyrir það leynilega /wp-cron.php skrána til að athuga hvort einhver verkefni séu áætluð til að vinna.

Þetta þýðir að hver gestur á vefsíðunni þinni bætir við „aukabyrði“ og því fleiri gestir sem þú hefur, því þyngri verður byrðin.

Ég átti vefsíðu sem fékk yfir þúsund gesti á dag. Þegar WP-CRON var ekki slökkt fór örgjörvanotkun netþjónsins oft upp í yfir 80% og það komu að minnsta kosti tvær 503 villur á hverjum degi, þar sem gestir voru vísaðir á villusíðu um leið og þeir smelltu á hana.

Það sem er enn verra er að jafnvel þótt þú stillir ekki nein verkefni sem eru áætluð, þá mun WP-CRON keyra sjálfkrafa og biðja ítrekað um auðlindir netþjónsins. Með tímanum mun netþjónninn ekki geta höndlað álagið og mun tilkynna villu.

Í skjölun GitHub segir skýrt: „Óvæntur HTTP svarkóði: 500 eða hærri, þetta þýðir að villa hefur komið upp á netþjóninum þínum sem kemur í veg fyrir að cron spawner keyri.“ Þetta þýðir að þegar WP-CRON virkar ekki rétt, veldur það netþjónsvillu upp á 500 eða hærri.

Rétta leiðin er að slökkva á sjálfgefna WP-CRON og nota í staðinn innbyggð verkefni sem eru áætluð á netþjóninum. Þetta tryggir að verkefnin keyri eðlilega og dregur úr álagi á netþjóninn.

Ef netþjónninn þinn styður curl skipunina geturðu bætt við áætlaðri áætlun eins og þessari (breytið í samræmi við lénið á vefsíðunni þinni):

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

Þessi skipun keyrir WP-CRON verkefni á 15 mínútna fresti, sem hentar flestum litlum og meðalstórum vefsíðum; ef vefsíðan þín hefur tíð áætluð verkefni geturðu líka notað þetta:

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

Eftir að ég slökkti á WP-CRON og setti upp áætlað verkefni á netþjóninum, lækkaði örgjörvanotkun netþjónsins niður fyrir 30% og engar 503 villur komu upp í heilan mánuð. Gestaheldni jókst einnig um 18%.

Önnur sökudólgurinn: Endurteknar áætlaðar CRON verkefni og eftirstandandi skrár eftir að viðbót hefur verið fjarlægð eru í raun að „skilja eftir rusl“ á vefsíðunni.

Að leysa WP-CRON vandamálið þýðir ekki að þú getir sofið rólega; það er falinn galli sem margir vefsíðueigendur sjá fram hjá.

Þetta þýðir að áætlaðar CRON verkefni eru keyrðar endurtekið, eða að eftirstandandi áætlaðar verkefni eru enn í gangi í leyni eftir að viðbótin hefur verið fjarlægð.

Hefur þú einhvern tímann upplifað þetta: þú fjarlægðir afritunarviðbót en komst að því að netþjónninn tekur samt sjálfkrafa afrit á hverjum degi eða sýnir jafnvel skilaboð um að afritun hafi mistekist, sem að lokum leiðir til 500 villu?

Þetta er vegna eftirstandandi áætluðra verkefna frá viðbótinni.

Til dæmis, ef viðbót býr til daglegt áætlað verkefni, mun WordPress halda áfram að framkvæma það verkefni jafnvel eftir að viðbótin hefur verið fjarlægð. Slík áætlað verkefni eru tilgangslaus. Þessi tilgangslausu eftirstandandi verkefni munu stöðugt neyta auðlinda netþjónsins og að lokum leiða til villna.

Enn verra er að sumar viðbætur búa sjálfkrafa til mörg endurtekin verkefni sem eru áætluð. Til dæmis gæti verkefni sem kallast „dagleg uppfærsluathugun“ verið búið til fimm sinnum og hvert þeirra yrði keyrt samkvæmt áætlun, sem þýðir að netþjónninn þyrfti að vinna úr fimm eins verkefnum samtímis.

Ég setti upp eitt áður.SEOEftir að ég fjarlægði viðbótina tók ég ekki eftir því og hálfum mánuði síðar rakst vefsíðan oft á 504 tímamörk. Það var ekki fyrr en eftir að hafa skoðað skrár netþjónsins að ég uppgötvaði að viðbótin hafði skilið eftir þrjú dagleg verkefni, hvert með allt að 12 sekúndna keyrslutíma. Samtímis keyrsla þessara þriggja olli því að netþjónninn hætti að svara.

Enn ógnvænlegra er að þessi eftirstandandi, endurteknu tímasettu verkefni...WordPress stuðningurÞað er ósýnilegt; þú hefur ekki hugmynd um að það sé í gangi í leyni.

Hins vegar er til lausn: WP-Crontrol viðbótin getur tekist á við þetta fullkomlega. Þetta er opinbera Cron verkefnastjórnunartólið sem WordPress mælir með, sem gerir þér kleift að skoða, breyta og eyða öllum áætluðum verkefnum beint í bakgrunni.

Samkvæmt lýsingu WordPress viðbótarinnar getur WP-Crontrol „skoðað alla áætlaða cron atburði, breytt, eytt, gert hlé á, haldið áfram og keyrt cron atburði strax.“ Með öðrum orðum, það getur skoðað öll áætlað verkefni og eytt tvíteknum eða ógildum verkefnum. Það er mjög auðvelt í notkun og þarf ekki að skrifa eina línu af kóða.

Eftir að hafa notað þessa viðbót til að leysa úr vandamálinu eyddi ég 8 tvíteknum verkefnum og 5 verkefnum sem voru eftir af viðbótum og svörunarhraði vefsíðunnar batnaði um 40% beint. 504 villan kom aldrei upp aftur.

Varúð: Þegar þú eyðir verkefnum skaltu gæta þess að athuga þau vandlega og forðast að eyða óvart helstu áætluðum verkefnum WordPress, eins og „wp_version_check“ (útgáfuathugun). Óviljandi eyðing getur komið í veg fyrir að vefsíðan uppfærist rétt.

Þó að WP-Crontrol viðbótin geti eytt tvíteknum eða ógildum verkefnum handvirkt, þá krefst hún handvirkrar íhlutunar, sem er ekki tilvalið...

Hins vegar getum við sjálfvirknivætt þetta ferli með því að nota WordPress kóða. Sjá nánari upplýsingar í leiðbeiningunum hér að neðan. ▼

🔗 Ráð til að flýta fyrir WordPress vefsíðum: Fjarlægðu sjálfkrafa ógild CRON verkefni sem eru áætluð

Sökumaður #3: Óþarfa gagnagrunnar í WordPress

Í WordPress birtist eftirfarandi 500 Villa Ein af ástæðunum er umframmagn gagnagrunna, sérstaklega stórar gagnatöflur sem ákveðnar viðbætur búa til.

Þegar ég notaði WP optimization viðbótina komst ég að því að sumar gagnatöflur voru óeðlilega stórar að stærð, þar á meðal... Stillingartafla Wordfence (wfconfig) Sérstaklega áberandi.

Vandamálagreining

• wfconfig hefur verulega afritun í gagnatöflum.Það var hreinsað einu sinni áður en það birtist aftur mjög fljótt.
• Vandamál með sjálfgefna geymsluvélStillingartaflan í Wordfence notar sjálfgefna InnoDB vélina, sem mun safna hundruðum MB af umframgögnum með tímanum.
• Áhrif á afköstGagnatöflur geta auðveldlega náð hundruðum MB að stærð, sem veldur því að hleðsluhraði vefsíðna lækkar og jafnvel veldur 500 villum.

Lausn

Þetta er vegna þess að gagnatöflurnar sem Wordfence stillir nota sjálfgefna Inno vélina. Með tímanum mun þetta fljótt safnast upp í hundruð megabæta af óþarfa gögnum, sem hefur áhrif á hleðsluhraða vefsíðunnar.

HestiaCPFyrir leiðbeiningar um að breyta sjálfgefna geymsluvél MariaDB í MyISAM, vinsamlegast skoðið eftirfarandi kennslu:

Hvernig á að breyta sjálfgefna geymsluvél MariaDB í MyISAM í HestiaCP? Einföld lausn í einu skrefi!

Fjórða sökudólgurinn: Villur eftir uppfærslur á viðbótum/þemum eru eins og að framkvæma „óhefðbundna aðgerð“ á vefsíðunni.

Margir vefsíðueigendur hafa þann vana að smella strax á „uppfæra“ þegar þeir sjá uppfærslubeiðnir fyrir viðbætur eða þemu, í þeirri trú að uppfærslur muni laga veikleika og bæta afköst.

En sannleikurinn er alveg öfugur; margar 5xx villur eru af völdum uppfærslu á viðbótum eða þemum.

Ég hef lent í þessu vandamáli áður. Í síðasta mánuði uppfærði ég vefsíðuna mína með vinsælli síðugerðarviðbót. Eftir að hafa smellt á uppfæra varð síðan tóm og eftir endurnýjun birtist 500 Internal Server Error sem gerði það ómögulegt að fá aðgang að bakenda síðunnar.

Ég komst síðar að því að nýja útgáfan af viðbótinni var ekki samhæf við PHP útgáfu vefsíðunnar minnar. Eftir að viðbótin var uppfærð gat kóðinn ekki keyrt rétt, sem olli því að netþjónninn tilkynnti villu.

Villur eftir uppfærslur á viðbótum eða þemum eru algeng orsök WordPress 500 villna, sérstaklega þegar nýja útgáfan af viðbótinni hefur veikleika í kóða eða árekstra við aðrar viðbætur eða þemu á vefsíðunni.

Annað atburðarás er sú að eftir að þemað er uppfært verður fyrri sérsniðni kóðinn skrifaður yfir, sem veldur því að útlit vefsíðunnar verður óreglulegt og virkni bilar, sem aftur leiðir til 502 og 503 villna.

hafa eitthvað að geraNetverslunEftir að WooCommerce viðbótin var uppfærð fengu sumir notendur 502 villur á vefsíðum sínum, sem gerði það ómögulegt að leggja inn pantanir. Þetta leiddi til sölutaps upp á yfir 2000 á aðeins 3 klukkustundum og það tók heilan síðdegi að leysa vandamálið.

Reyndar er beinasta og áhrifaríkasta lausnin í þessari stöðu að snúa aftur til fyrri útgáfu sem virkaði rétt.

Margir vita ekki hvernig á að bakfæra stillingar, en þú þarft ekki að hlaða niður eða hlaða upp skrám handvirkt; WP Rollback viðbótin gerir það auðvelt.

Samkvæmt lýsingu WordPress getur WP Rollback viðbótin „fljótt og auðveldlega endurstillt hvaða þema eða viðbót sem er af wordpress.org í fyrri (eða nýrri) útgáfu án nokkurs handvirks vesens.“ Með öðrum orðum, hún getur endurstillt viðbætur eða þemu í fyrri útgáfur með einum smelli, án flókinna aðgerða, sem gerir það auðvelt fyrir byrjendur að nota.

Eftir að síðasta viðbótauppfærslan mín mistókst notaði ég WP Rollback til að snúa aftur til fyrri útgáfu með einum smelli. Vefsíðan var aftur í eðlilegt horf á aðeins 30 sekúndum og engin gögn töpuðust.

Hér er tillaga: áður en þú uppfærir viðbætur eða þemu skaltu alltaf taka afrit af vefsíðunni þinni. Það er best að prófa hana fyrst í prufuumhverfi til að tryggja að engin vandamál séu áður en þú uppfærir hana á opinberu vefsíðunni, til að forðast villur.

Niðurstaða: Náðu tökum á þessum 3 atriðum til að kveðja WP vefsíðu 5xx villurnar alveg.

Þegar þú rekur WordPress vefsíðu eru 500, 502, 503 og 504 villur eins og „tálmar“, þær virðast vera vandræðalegar, en rót vandans er í raun nokkuð ljós — það er ekki að netþjónninn sé bilaður, né að það sé stórt vandamál með vefsíðuforritið, heldur að við höfum gleymt þremur smáatriðum: WP-CRON, eftirstandandi áætluðum verkefnum og uppfærslum á viðbótum/þemum.

Sem eigandi WordPress vefsíðu, frá því að vera yfirþyrmandi villuvaldandi í upphafi og nú getað fljótt bilað og lagað allar 5xx villurnar, er stærsta ályktunin mín sú að rekstur hesthúsavefs byggist ekki á því að „læsa hesthúsdyrunum eftir að hesturinn er hlaupinn“ heldur á því að „fyrirbyggja er betra en lækna“.

Margir vefsíðueigendur telja þessi smáatriði ómerkileg og sjá eftir því aðeins að hafa ekki athugað þau fyrirfram þegar vefsíðan bilar, missir umferð og verður fyrir tekjutapi.

Það er mikilvægt að skilja að fyrir vefsíðu er „stöðugleiki“ kjarninn í samkeppninni. Ein 5xx villa getur valdið því að þú missir 10% af gestum þínum og margar villur geta jafnvel leitt til lækkunar á leitarvélaröðun, sem gerir allar fyrri SEO tilraunir þínar til einskis.

Eins og máltækið segir: „Mauragöt geta rofið þúsund mílna varnargarð.“ Villur í WP vefsíðunni 5xx birtast aldrei skyndilega, heldur eru þær afleiðing af uppsöfnun lítilla vandamála - óvirkjað WP-CRON, eftirstandandi áætluð verkefni og hraðskreiðum uppfærslum. Þessir ómerkilegu „mauragöt“ munu að lokum eyðileggja alla „varnargarðinn“ vefsíðunnar.

Sannarlega skilvirkur rekstur þýðir að takast á við vandamál strax í fæðingu.

1. Slökkvið á sjálfgefna WP-CRON og skiptið því út fyrir áætlað verkefni á netþjóni;
2. Notaðu WP-Crontrol reglulega til að hreinsa til endurteknar og eftirstandandi áætluð verkefni;
3. Gakktu úr skugga um að taka afrit af gögnunum þínum áður en þú uppfærir viðbætur eða þemu og afturkallaðu strax ef villur koma upp.

Þessar þrjár aðgerðir krefjast ekki flókinnar tækni eða dýrra forritara, og jafnvel byrjendur geta auðveldlega náð tökum á þeim, en þær geta haldið vefsíðunni þinni frá 5xx villum og viðhaldið stöðugum rekstri.

Hver stöðug hleðsla á vefsíðuna þína og hver dvöl gesta er verðmæt eign sem þú safnar með tímanum.

Héðan í frá skaltu bera kennsl á þessa þrjá sökudólga og framkvæma daglegt viðhald til að tryggja að WordPress vefsíðan þín geti ekki aðeins borið erfiðið heldur einnig aukið umferð og tekjur jafnt og þétt.

Ef þú ert að glíma við 5xx villur skaltu prófa að fylgja skrefunum í þessari grein til að leysa úr þeim. Ég tel að innan tíðar munt þú geta losnað við þessi vandamál, látið vefsíðuna þína virka stöðugt og náð langtímavexti.