Alai

Frissítve: 2020. augusztus 18.

503 Service Unavailable Error WordPress

A WordPress a világ legnépszerűbb és legtöbbet használt CMS-e, szuper egyszerű felülettel rendelkezik, és nem is igényel sok technikai tudást, így könnyen beindíthatjuk. Vannak azonban olyan helyzetek, amikor számos olyan hibával találkozhatunk, amelyeket nem könnyű megoldani, mint például a ⚠️ 503 service unavailable WordPress hiba esetében.

Ezt a cikket ennek a bizonyos hibának szenteljük, hogy megtudd, hogyan javítsd az 503 service unavailable hibát a WordPressben, és azt is megtudd, miért fordul elő.

Mi az 503-as hiba?

Az interneten különböző kódok jelölik a különböző típusú hibákat, amelyekkel bizonyos helyzetekben találkozhatunk. Például a 404-es hiba azt jelzi, hogy a kért tartalom nem található, ahogy a 403-as hiba azt jelzi, hogy a WordPress oldalon fájl- és mappaengedélyezési hiba van, az 500-as hiba pedig belső szerverhibát jelent.

A tárhely világában az 503-as hiba ⚠️ azt jelenti, hogy a szerver megkapta a kérésünket, de nem tudta feldolgozni azt.

Mit jelent ez pontosan a WordPressben?

Ha 503-as hibával találkozunk a WordPressben, az azt jelenti, hogy a szóban forgó szerver nem elérhető. Legtöbbször csak egy “A szolgáltatás átmenetileg nem elérhető” üzenettel jelenik meg. 503-as hibakód, ha szerencsés vagy, akkor azért lépett fel, mert a WordPress webhelyed karbantartás alatt áll.

A WordPress nagyon rövid időre karbantartási üzemmódba állítja webhelyedet, amikor egy bővítményt, egy témát vagy az alapszoftvert frissíted. 💡

Hogy ezt megértsük, tudnunk kell, hogyan működik egy szerver. Hogy ne kerülgessük a forró kását, az alapvető magyarázatunk az, hogy a böngésző egy kérést vagy több kérést küld a szervernek.

Ez egy kóddal válaszol és elküldi a webhelyet, az említett kód általában 200, ami azt jelzi, hogy a kérést sikeresen elküldték. Bármilyen probléma esetén a válaszkód megváltozik, és egy 503-as hiba⚠️ jelzi, hogy valóban probléma volt.

Ezek helyett például ezeket a hibakódokat láthatjuk:

• ⚠️ 503 Service Unavailable
• ⚠️ Http/1.1 Service Unavailable
• ⚠️ HTTP Server Error 503
• ⚠️ 503 Error
• ⚠️ HTTP 503
• ⚠️ HTTP Error 503

Ebben a bemutatóban, megmutatjuk, hogyan lehet hibakeresést végezni és javítani a http 503 szolgáltatási hibát a WordPress oldalakon. Először is meg kell értened, hogy mik a leggyakoribb okai az 503-as hibának (Service Temporarily Unavailable) . Ezt követően több lépést kell követnie annak érdekében, hogy megtalálja a kiváltó okot, és kijavítsa a HTTP 503 Service Unavailable Error in WordPress.

503 Service Error Causes

Amint azt az elején említettük, az 503-as hiba azért lép fel, mert a szerver abban a pillanatban nem tudja feldolgozni a kérését. Nem tudja megmutatni neked a webet, mert a szerver mással van elfoglalva.

Az 503 Service Unavailable friss telepítésnél vagy egy már futó webhelyen számos dolog okozhatja, többek között (de nem kizárólagosan):

• Fertőzött bővítmények vagy témák –
• Egy rosszul viselkedő egyéni PHP script –
• Elégtelen szerver erőforrások –
• Szerverhibák –
• WordPress malware támadás/hack –
• Lehet, hogy éppen karbantartást végez az adott időszakban. Például, ha biztonsági mentést készít a weboldaláról, vagy ha a WordPress képeit optimalizálja egy bővítmény segítségével, ez általában nagy erőforrás-felhasználással jár, ami 503-as hibához vezethet.

• Ez lehet egy konfigurációs probléma is. Ha kézzel írtál be szabályokat a .htaccess fájlba vagy valamilyen kódot egy php fájlba (például egy átirányításhoz vagy a Google Analytics konfigurálásához), és hibát követtél el, a fájl helytelenül viselkedhet, és ez 503-as hibához vezethet (bár a legáltalánosabb, hogy 500-as hibát eredményez).
• A pluginok és a sablonok közötti kölcsönhatások is befolyásolhatják. Az egyes WordPress-összetevőket általában más-más fejlesztőcsapat programozza, ami egymás számára nem ismert inkompatibilitásokat okozhat. Ezek az inkompatibilitások nagy erőforrás-fogyasztást eredményeznek, és ennek következtében 503-as hiba lesz a vége.
• A weboldal forgalmának megugrása is okozhat 503-as hibát, ha nem tetted meg a megfelelő intézkedéseket.
• A leggyakoribb, hogy a weboldalad éppen most nőtt meg, és nagyobb tárhelyet vagy jobb karbantartást igényel.

Amint láthatod, az 503-as hibának számos oka lehet. Ezért lépésről lépésre kell haladnod, tesztelve és elvetve a lehetőségeket, amíg meg nem találod a konkrét problémád eredetét.

“Az 503-as hibán keresztül a szerver közli veled: “Jelenleg nagyon elfoglalt vagyok. Kérlek, gyere vissza később.”

Mint már mondtuk, az 503-as hiba azt üzeni, hogy a webkiszolgáló jelenleg nem tudja elküldeni a kért erőforrásokat. Ez lehet átmeneti hiba, de lehet fix hiba is, vagyis nem megy “magától”

Az 503-as hiba mögött több ok is állhat, ezek között találhatunk hálózati szintű problémákat, hibát a DNS vagy az adott domain DNS-zóna konfigurációjában, vagy akár a kérés elküldéséhez szükséges erőforrások problémáját (például túlterhelés miatt).

Mint említettük, az 503-as hiba oka többféle lehet, és nyilvánvalóan nem a WordPress az egyetlen rendszer, amely ilyen típusú hibát mutathat, sőt, gyakorlatilag bármilyen webhelyen előfordulhat.

A már említett okokat, például a túlterhelést, a DNS-problémákat vagy a hálózati hibákat félretéve, a legtöbb 503-as hiba a WordPressben a saját szkriptek használatából ered. Itt azokról a szkriptekről beszélünk, amelyek nem részei a WordPress alapértelmezett struktúrájának, valamint a pluginok szintjén generált problémák is adhatják, vagy akár az általunk használt téma oldalán.

Az 503-as szolgáltatási hiba okai a WordPressben lehetnek; problémák a szerver szintjén, valamint valamilyen konfliktus maga az oldal. Ez azt jelenti, hogy nincs univerzális megoldás erre a hibára, hanem minden egyes esetnek megfelelően kell megoldani.

Hibás konfiguráció

Ha a WordPress fájlok módosítása okozta az 503 service unavailable hibát, akkor vissza kell állítani a mentést, amit a módosítás előtt készítettünk a fájlokról. De mi van akkor, ha nincs biztonsági mentésed? Nos, akkor több dolgot kell tenned:

• Ha egy plugin vagy téma fájljáról van szó, akkor töltsd le újra a hivatalos tárolóból.
• Ha ez nem lehetséges, akkor megnézheted, hogy a tárhelyszolgáltatód rendelkezik-e a fájl friss másolatával.
• Mindkét esetben menj el a legközelebbi tetováló stúdióba, hogy Comic Sans betűkkel a kézfejedre írják a ” BACKUP ” szót. Így biztosan a következőre nem felejted el. 🙂

Vannak olyan helyzetek, amikor egyszerűen nem tudhatod az 503-as hiba eredetét. Különösen, ha a tárhely-csomagod megosztott, nem fogsz hozzáférni néhány fontos naplófájlhoz a diagnózishoz; és egyébként is, néhány ellenőrzés nagyon technikai jellegű, és megúszhatod.

Ez az a pont, ahol a tárhelyed technikai szolgáltatásának fontossága a képbe kerül. Ha a cikk útmutatásainak követése után sem vagy tisztában a problémával, ne habozz, fordulj a tárhelyszolgáltatód szakembereihez.

Noha néha nem tudnak közvetlen megoldást adni a problémára, biztosan tudnak segíteni abban, hogy tisztább képet kapj a helyzetről, és javasolhatnak néhány megoldást az 503-as hibára.

Hogyan javítható az 503-as hiba a WordPressben?

Szerencsére általában ez a hiba könnyen megoldható, bár a megoldás elérése eltarthat egy ideig attól függően, hogy honnan ered a probléma.

A kliens-szerver modell alapján több ok is lehet a szerveroldalon, ebben az esetben a szerver rendszergazdája lesz a felelős a probléma megoldásáért. Ha jó tárhelyszolgáltatóval rendelkezünk, akkor egy ilyen típusú, szerverszinten keletkező probléma megoldása nem tarthat sokáig.

De mi történik, ha a hiba a mi oldalunkon keletkezik? Ebben az esetben munkához kell látnunk, és először is meg kell vizsgálnunk a forrásokat. Megemlítettünk néhány olyan javítást, amelyet a ‘503 Service Unavailable’ WordPress Error

Disable WordPress plugins

A pluginek esetében a legjobb, amit tehetünk, hogy elkezdjük egyesével letiltani őket.

Ezt közvetlenül a WordPress adminisztrációs panelen keresztül is megtehetjük, csak belépünk oda, és egyesével deaktiváljuk a plugineket, és teszteljük az oldalt, amíg meg nem találjuk a problémásat. Mi van akkor, ha nem tudunk belépni a panelbe, mert az is hibát ad?

Ebben az esetben kesztyűt kell húznunk és nekilátni a munkának, hiszen a pluginokat egy FTP-kezelőből fogjuk deaktiválni, bár a cPanel fájlkezelő is működik.

Az FTP-kezelő segítségével be kell lépnünk az oldalunk wp-content/plugins mappájába, és ott látjuk majd az egyes pluginok mappáit. Amit tenni fogunk, az az engedélyek eltávolítása (azaz a 000-es engedélyek kiosztása) egyesével és az oldal tesztelése.

A következőkben részletesen ismertetjük a követendő lépéseket:

• Lépjünk be a szerverünkre egy FTP kliens segítségével
• Keresünk egy fájlt, amelynek gyakran a public_html WordPress gyökérmappa nevet adják
• Navigáljunk a gyökérmappából a wp-content könyvtárba
• Keresd meg a “plugins” mappát, kattints rá jobb gombbal, és válaszd az Átnevezés opciót. Nevezze át a plugins mappát a FileZilla segítségével

• Változtassa meg a plugins mappa nevét például plugins-deactivated vagy bármi másra, amit szeretne, amíg emlékszik rá, hogy mi az.
• Próbáljon meg belépni a WordPress webhelyére.

Ez a folyamat hasonló ahhoz, amit a WordPress adminisztrátorából tennénk, csak tartsa szem előtt, hogy később szükség lehet a bővítmények újrakonfigurálására. Ha eltaláltuk a problémás bővítményt, akkor visszaállíthatjuk a jogosultságokat a korábbiakra, a következő beállítás használatával elegendőnek kell lennie:

• 755 minden mappához és almappához.

• 644 minden fájlhoz.

Nagyszerű, megtaláltad a problémás plugint, de kénytelen vagy kikapcsolva hagyni, mert tönkreteszi az oldaladat, mi a teendő ebben az esetben?

Ebben a helyzetben a segítséget a plugin programozójától kell kérned, vagyis attól a csapattól vagy személytől, aki kifejlesztette, tehát vedd fel a kapcsolatot a problémás plugin fejlesztőjével, és jelentsd a helyzetet.

Eltávolítsd és deaktiváld a WP témát

Ha ezeket az eljárásokat elvégezted, és nem találod a problémás plugint, akkor fennáll a lehetősége, hogy a hibát az általad használt téma vagy sablon okozza.

Ha ez így van, akkor ugyanazt a folyamatot kell elvégeznie, amit a bővítményekkel, de ezúttal a téma deaktiválásával.

Ezt megteheti a WordPress adminisztrátorról, vagy ha az nem elérhető, akkor FTP-n vagy egy fájlkezelőn keresztül. Ne feledje, hogy a WordPressben a sablonok a wp-content/themes alatt tárolódnak. Keresse meg ott az aktív témáját, és tegyen rá 000 jogosultságot, vagy változtassa meg a nevét, majd tesztelje az oldalát.

• Felérhet a cPanelhez egy FTP-kliens segítségével.
• Navigáljon a wp-content/themes gyökérkönyvtárból.
• Navigáljon egy olyan mappába, amelynek hasonló neve van, mint az aktív témájának.
• Jobb egérgombbal kattints a téma mappájára, és válaszd az Átnevezés opciót.
• Változtasd meg a téma nevét mytheme-deactivatedre
• Menj a WordPress weboldaladra, és látogatóként nézd át.

Ha a web elindul, akkor az 503-as hibát a témád okozza. Megpróbálhatod újra letölteni, lehet, hogy csak egy fájl hiányzik és az okozza a hibát, vagy fel kell venned a kapcsolatot a készítőjével és előadni az esetet. Ha ezen az oldalon nem tudsz megoldást kapni, akkor biztosan nincs más választásod, mint megváltoztatni az oldalad témáját.

Enable WP_DEBUG

Végezetül, a másik lehetséges oka a rémálmainknak talán valamilyen szkript, ami az oldalunkon van. Ebben az esetben a legjobb megoldás, amit tehetünk, hogy engedélyezzük a hibamintát, különben nagyon nehéz lesz megtalálni a problémát a szkriptek közötti kézi kereséssel.

• Enable WordPress Debug Feature

De mivel az 503-as hiba gyakran kizár a WordPress adminisztrációjából, használjuk a WP_DEBUG és WP_DEBUG_LOG, WP_DEBUG_DISPLAY és @ini_set a WordPress számára elérhető konstansokat.

A WordPress hibakeresési módjának engedélyezéséhez és a hibák naplófájlba írásához kövesse a következő lépéseket:

1. Nyissa meg a WordPress könyvtárát FTP-n vagy fájlkezelőn keresztül.
2. Nyissa meg a wp-config.php fájlt
3. Görgessen le oda, ahol a WP_DEBUG van definiálva. Ez így néz ki define ('WP_DEBUG', false);. Ha hiányzik, akkor pont a /*That's all, stop editing! Happy blogging.*/
4. A DEBUG varázskódok beírása fölé fogjuk beilleszteni. Csak változtassuk meg a fenti define ('WP_DEBUG', false); kódot:
   define ('WP_DEBUG', true);
define ('WP_DEBUG_LOG', true);
define ('WP_DEBUG_DISPLAY', false);
@ini_set ('display_errors', 0);
5. Változások mentése

Ez a fájl tartalmazza a weboldalunk összes hibáját. Ha az 503 service unavailable hibát egy egyéni kódrészlet okozza, akkor az valahol megjelenik a hiba részleteivel együtt.

Hibás PHP KÓD

A PHP hibák mintavételének engedélyezésére több lehetőség is van, talán a legegyszerűbb, ha megnyitjuk a wp-config fájlunkat.php-t (az oldal gyökerében található), és az alábbi sor végéhez közel beillesztjük:

• ini_set(‘display_errors’, 0);

• A képen látható helyre kell tennünk, nem a fájl utolsó sorába.
• Mentjük a módosítást, teszteljük az oldalt, és látnunk kell, hol található a hiba forrása.
• Ha valamilyen oknál fogva nem férünk hozzá ehhez a módszerhez a PHP hibák megjelenítéséhez, akkor választhatjuk azt, hogy a felhasználó PHP-jén keresztül tesszük ezt, amennyiben egyértelműen testre tudjuk szabni.
• Ez nem lehet probléma, ha a tárhelyed modern szervert biztosít (például LiteSpeed vagy Nginx ) testre szabható PHP-vel, például ha cPaneled van, akkor 99%-ban biztos, hogy a display_errors változót nyugodtan beállíthatod, kérd meg a szolgáltatót, hogy kapcsolja be/ki.
• Az alábbi képen láthatjuk, hogy az infrastruktúra szervereken a cPanelben elérhető PHP Selectoron keresztül hol lehet ezt a módosítást elvégezni.

A másik lehetőség a hibák megjelenítésének aktiválása a PHP-ben a display_errors használatával a php közvetlen szerkesztése.ini fájlját, de szem előtt kell tartanunk, hogy ehhez szükséges, hogy root hozzáféréssel rendelkezzünk a szerverhez, és az is elengedhetetlen, hogy tudjuk, hogyan kell használni a konzolt.

Ha aktiváltad a PHP display_errors funkcióját, függetlenül attól, hogy ezt a wp-config-on keresztül tetted.php vagy a többi leírt módszer valamelyikével, ne felejtsük el kikapcsolni, ha már nincs rá szükségünk, mivel az állandóan aktív állapot komoly hiba a biztonsági szintnek.

Ne feledjük, hogy a display_errors változó “On” státuszban hagyása a kódunk, fájl- és mappaszerkezetünk egy részének megjelenítését eredményezheti, amit harmadik személyek felhasználhatnak arra, hogy feltörjék az oldalunkat, rosszindulatú tartalmakat töltsenek fel stb.

Related – WordPress HTTP Image Upload Error

Limit Google’s Crawl Rate (Server-Related)

Kifejezetten a Google crawl egy olyan szoftver, amelynek fő feladata a web feltárása, hogy elemezze a meglátogatott dokumentumok tartalmát és indexbe rendezve tárolja azokat.

A crawler tehát folyamatosan, önállóan és automatikusan járja be a különböző webhelyeket és internetes oldalakat, új tartalmak vagy a korábban már feltárt tartalmak esetleges frissítései után kutatva.

A Google maximális lánctalálási sebessége lehet a másik ok, ami 503-as hibát okoz a WordPressben, ami a következő 3 tippel orvosolható:

• Növelje a tárhelycsomagokat, hogy több erőforrás álljon rendelkezésére.
• Lassítsa le a munkát, és egy ideig ne frissítsen semmit. Nyilván lemaradsz a látogatásokról, de néha ez az egyetlen lehetőség. Amikor a forgalom normalizálódik, visszaáll a normális használat.
• Optimalizálja a WordPress-t, hogy a látogatások lavinája esetén ne fogyasszon annyi erőforrást, és ne okozzon 503-as hibát.

Login a Google Search Console-ba, és válassza ki a weboldalát.

Ezután kattintson a fogaskerék ikonra, és válassza ki a webhelybeállításokat az alábbiakban látható módon:

A következő képernyőn állítsa be a Google lánctalálási sebességét a csúszka bal oldalra húzásával:

Limit WordPress Heartbeat

Ez olyan funkciókért felelős, mint a posztok automatikus mentése és így tovább.

A WordPress Heartbeat API többek között egy admin-ajax.php nevű fájlt lő ki rendszeres időközönként, amikor bejelentkezel a webhelyedre.Annak megállapításához, hogy a WordPress Heartbeat okozza-e a WordPress webhelyeden az 503 service unavailable hibát, add hozzá a következő kódot a témád functions.php fájljához közvetlenül a nyitó <?php tag után:

Mentsd el a módosításokat és töltsd be újra a webhelyedet. Ha az 503-as hiba megszűnt, szusszanjon egyet. De ha az 503 service unavailable hiba még mindig ott van, az azt jelenti, hogy a WordPress Heartbeat API a legkisebb gondod.

Ha az alábbi kód nem javította ki az 503-as hibát, ne felejtsd el eltávolítani a kódot a functions.php fájlodból.

add_action( ‘init’, ‘stop_heartbeat’, 1 );

function stop_heartbeat() {

wp_deregister_script(‘heartbeat’);

}

Hogyan előzhetjük meg a jövőben az 503-as szerveralapú hibákat a WordPressben

Mielőtt elkezdenénk a problémamegoldó stratégiát, beszéltünk arról, hogy a forgalmi csúcsok hogyan okozhatnak 503-as hibákat. Ha a jövőben el akarod kerülni, hogy ezzel a problémával találkozz, két dolgot tehetsz a megelőzés érdekében.

Upgrade to a Better Hosting Plan

A tény, hogy a WordPress az egyik leggyakrabban használt CMS világszerte, a hackerek fő célpontjává teszi. Amikor egy biztonsági rést észlelnek egy bővítményben vagy a mag szintjén, sok rosszindulatú felhasználó kihasználja ezeket a gyakori wordpress biztonsági réseket, hogy átvegye az irányítást számos webhely felett.

A Host & Protect (ajánlott) által kezelt WordPress Hosting csomagok továbbfejlesztett biztonságával biztos lehet a biztonsági frissítésekben, a biztonsági mentésekben és a WordPress brute force támadás & WordPress DDoS támadások elleni védelemben, így nyugodtan alhat.

Content Delivery Network (CDN)

A CDN rövidítést használjuk, de a valódi neve Content Delivery Network.

Ha megfejtjük a nevet, gyorsan megértjük, hogy a CDN egy hálózati szerver a tartalom terjesztésére.

Ez a hálózati szerver a világ 4 sarkához kapcsolódik két okból:

• A tartalom gyorsabb terjesztése a felhasználóhoz: Minél közelebb van hozzá, annál gyorsabban érkezik a tartalom. Század-, ezredmásodpercekről beszélünk, de ez Hatalmas, ha tudjuk, hogy egy webhelynek ideális esetben MAXIMUM 3 másodperc alatt kellene betöltődnie.
• A webhely tartalmának biztosítása:

Az oldalad a világ minden tájáról elérhető, “szinte” lehetetlen kideríteni, hogy valójában melyik az a szerver, amelyik a weboldaladnak ad otthont, és megtámadni azt.

A legjobb WordPress CDN szolgáltatások közül néhány: MaxCDN, Cloudflare & Rackspace.

Összefoglaló: Az 503 Service Unavailable hiba elhárítása !

Amint már láttuk, az 503 service unavailable hiba a WordPressben elég bosszantó lehet, de a megoldása általában egyszerű.

A probléma megjelenhet egy szerveroldali hiba által, valamint származhat a WordPress oldalról is, ebben az esetben célszerű ellenőrizni a pluginjainkat és témáinkat, hogy megtaláljuk az okot, valamint ideiglenesen aktiválni a hibák megjelenítését a PHP-ban, mindezzel Több mint elégnek kell lennie ahhoz, hogy megtaláljuk az eredetét.

Amikor megtaláltuk az 503-as szolgáltatás hiba eredetét, fel kell mérnünk, hogyan oldjuk meg, és ez attól függ, hol van a probléma. A WordPressben a felhasználói aktivitás nyomon követése is segíthet ebben az esetben.

Ha egy plugin vagy egy téma konfliktusáról van szó, akkor általában a plugin vagy a téma fejlesztőjéhez kell fordulnunk, míg ha a saját szkriptünk problémájáról van szó, akkor saját magunknak vagy a programozó vagy tárhelyszolgáltatónk segítségével kell megnéznünk.

Valamikor találkozott már az 503 service unavailable hibával? Hogyan oldottátok meg? Kérjük, ossza meg velünk az alábbi hozzászólásokban. Előre is köszönjük!

Elkészítettünk egy egyéni keresőt, ahol más WordPress hibákat, tippeket & útmutatókat találhatsz – látogass el ide

Egyéb népszerű témák, amiket érdemes lehet elolvasnod:

• WordPress Theme Security
• WordPress Malware Removal Checklist
• WordPress .htaccess feltört
• WordPress beragadt karbantartási módban
• WordPress biztonsági ellenőrzőlista
• WordPress karbantartási ellenőrzőlista