Ha a weboldal lassú vagy hibakódot ad, az ok lehet a szerver, a hálózat (Cloudflare, internetszolgáltató), vagy – a leggyakrabban – maga a weboldal kódja, bővítményei, adatbázisa. Ez az oldal segít eldönteni, melyikről van szó, mit tehet Ön, és mit küldjön a supportnak, hogy gyorsan segíthessünk.
Első lépés: szerver- vagy oldalszintű a hiba?
- Nézze meg az állapotoldalt: https://hidden.instatus.com – itt tesszük közzé a karbantartásokat és a szerverszintű hibákat.
- Működnek a többi oldalak? Ha ugyanazon a szerveren más oldalak (vagy a webmail, https://webmail.securebox.hu) rendben vannak, a hiba nagy valószínűséggel az adott weboldalban van. Szerverszintű hibánál jellemzően minden oldal érintett.
- Csak Önnél lassú? Próbálja meg mobilinternetről (Wi-Fi nélkül) vagy egy másik hálózatról. Ha ott gyors, a hiba az Ön hálózatában vagy az internetszolgáltató és a Cloudflare közötti útvonalon lehet.
- Csak az admin lassú, vagy a látogatói oldal is? A gyorsítótárazott látogatói oldal gyors lehet, miközben az admin (amit nem lehet gyorsítótárazni) lassú – ez a weboldal/adatbázis terhelésére utal.
- Nézze meg a naplókat FTP-n a
logs/könyvtárban:php.log,error.log,access.log– lásd PHP-beállítások – Naplók.
A hibakódok jelentése
A weboldalak a Cloudflare mögött futnak, ezért a hibaoldal néha a Cloudflare-től, néha a szervertől származik.
| Kód | Mit jelent | Tipikus ok Hidden tárhelyen | Teendő |
|---|---|---|---|
| 500 Internal Server Error | a szerver hibát kapott az oldal futtatása közben | PHP fatal error, hibás .htaccess (pl. php_value sor), elfogyott memória, törölt rendszerkönyvtár (tmp, logs), az oldal túl sok egyidejű kérést kap |
logs/php.log és logs/error.log; nevezze át ideiglenesen a .htaccess-t; emelje a memóriát; kapcsolja ki az utoljára telepített/frissített bővítményt. |
| 502 Bad Gateway | a közbenső réteg érvénytelen választ kapott a háttérből | a PHP-folyamat váratlanul leállt, vagy átmeneti szerver-/hálózati hiba | Frissítse az oldalt pár perc múlva; ha tartós, nézze meg az állapotoldalt és a naplót, majd írjon a supportnak. |
| 503 Service Unavailable | a szolgáltatás átmenetileg nem érhető el | a PHP-folyamat összeomlik (a naplóban SIGSEGV / signal 11), minden PHP-folyamat foglalt, karbantartás, vagy a tárhelyet túlterhelés miatt ideiglenesen leállítottuk |
Váltson PHP-verziót (pl. 8.1 → 8.2), frissítse a bővítményeket; nézze meg az állapotoldalt. |
| 504 Gateway Timeout | a háttér nem válaszolt időben | lassú adatbázis-lekérdezés, lassú külső API-hívás az oldal kódjában, túl hosszú feldolgozás | Keresse meg a lassú műveletet; nagy feladatot bontson részekre vagy tegye időzített feladatba. |
| 520–523 (Cloudflare) | a Cloudflare nem tudott rendesen kapcsolódni a szerverhez | szerver- vagy hálózati hiba, újraindítás közben | Nézze meg az állapotoldalt; ha nincs bejelentett hiba, írjon a supportnak. |
| 524 A timeout occurred (Cloudflare) | a szerver 100 másodpercen belül nem adott választ | túl hosszú PHP-futás (import, export, nagy mentés, oldalépítő mentése), túlterhelt oldal, robotok által tömegesen hívott szűrőoldalak | A 100 mp-es korlátot a tárhely oldaláról nem lehet megemelni: gyorsítsa a műveletet vagy bontsa részekre. Robotforgalomnál a support Cloudflare-szabályokkal segíthet. |
| 403 Forbidden | a hozzáférés tiltott | .htaccess-tiltás, hiányzó index fájl, rossz jogosultság, biztonsági szabály |
logs/error.log; ellenőrizze, hogy van-e index.php/index.html a web/-ben. |
| 404 Not Found | a kért fájl nem létezik | rossz könyvtárba feltöltött fájl (nem a web/ alá), WordPressnél hiányzó .htaccess-szabályok |
Ellenőrizze a fájl helyét; WordPressnél mentse újra a Közvetlen hivatkozásokat. |
| Túl sok átirányítás | átirányítási hurok | többszörös HTTPS-/www-átirányítás (bővítmény + .htaccess + Cloudflare), rossz siteurl |
Csak egy helyen kényszerítse a HTTPS-t és a www/nem-www formát. |
Miért nem tudja „megnövelni a szerver” a 100 másodpercet?
A Cloudflare egy kérésre legfeljebb 100 másodpercig vár. Ezt a korlátot nem a tárhely, hanem a Cloudflare határozza meg, ezért hiába emeli a PHP max_execution_time értékét. A megoldás mindig az, hogy a hosszú művelet ne egyetlen böngészős kérésben fusson:
- nagy importot/exportot bontson adagokra (AJAX-os, lépésenkénti feldolgozás);
- nagy adatbázis-műveletet végezzen phpMyAdminban kisebb részekben, vagy kérje a supporttól;
- rendszeres nehéz feladatot tegyen időzített feladatba, kis adagokkal;
- teljes oldalmentés helyett használja a vezérlőpult napi mentéseit.
Lassú oldal – a leggyakoribb okok
| Ok | Hogyan ismeri fel | Mit tehet |
|---|---|---|
| Nincs oldal szintű gyorsítótár | minden oldalbetöltés lassú, az első bájt (TTFB) több mint 1 mp | Kapcsoljon be cache-bővítményt (WordPressnél pl. W3 Total Cache, WP Super Cache). |
| Nehéz bővítmények, oldalépítők | az admin lassú, sok bővítmény, Elementor/WooCommerce | Távolítsa el a nem használt bővítményeket; a fájlszkennelő biztonsági bővítményeket állítsa alacsony erőforrás-igényre. |
| Túl gyakori wp-cron | sok wp-cron.php hívás az access.log-ban |
Kapcsolja ki a beépített wp-cront, és futtassa ütemezetten – lásd Időzített feladatok. |
| Nagy, nem optimalizált adatbázis | lassú admin, sok ezer revízió, nagy wp_options |
Takarítás (revíziók, transientek), MyISAM → InnoDB, indexek. Objektum-cache (Redis/Memcached). |
| Mentőbővítmény fut | időnként, főleg éjjel extrém lassú, a tárhely gyorsan telik | Távolítsa el – szerveroldali napi mentés úgyis van. |
| Naplózó/statisztika-bővítmény | az adatbázis napi több száz MB-tal nő | Kapcsolja ki az adatbázisba író naplózást. |
| Nagy képek, sok fájl | a PageSpeed nagy képeket, sok kérést jelez | Méretezze át és tömörítse a képeket; vonja össze a CSS/JS fájlokat. |
| Robotok / támadó forgalom | az access.log-ban sok kérés kevés IP-ről, paraméteres szűrő-URL-ek tömeges hívása |
Írjon a supportnak – Cloudflare-szabályokkal szűrjük. |
| Régi PHP-verzió | 7.x verzión fut az oldal | Váltson a panelben elérhető újabb verzióra – gyakran jelentős gyorsulás. |
| Hálózati útvonal | a szerver gyors, de egyes internetszolgáltatók felől lassú; a Cloudflare-fejlécben cf-cache-status: HIT mellett is lassú |
Próbálja másik hálózatról; a router újraindítása (DNS-gyorsítótár ürítése) sokszor segít. Ilyenkor szerveroldalon nincs teendő, de jelezze nekünk, hogy figyelemmel kísérhessük. |
A megosztott tárhely korlátai
A tárhelyek elszigetelten futnak, és minden oldalnak korlátozott az erőforrása (pl. az egyidejű PHP-folyamatok száma). Ez véd attól, hogy egy hibás oldal a többi ügyfél oldalát is lelassítsa – de azt is jelenti, hogy egy nagyon nehéz oldal a saját korlátjába ütközik. Ilyenkor először optimalizálni érdemes (gyorsítótár, bővítmények). Ha az oldal ténylegesen kinőtte a megosztott tárhelyet, nagyobb erőforrásra (dedikált környezetre) kérhet egyedi ajánlatot.
Ha egy oldal hibás működése (pl. átirányítási hurok, fertőzés, elszabadult szkript) a szerver többi ügyfelét veszélyezteti, a tárhelyet ideiglenesen leállíthatjuk, és erről értesítjük a kapcsolattartót.
Mérés: mennyire lassú?
A „lassú” szubjektív – mielőtt bármit változtat, mérje meg:
- Böngésző fejlesztői eszközei (F12 → Hálózat/Network): nézze meg a fő HTML-kérés idejét (Waiting for server response / TTFB). Ha ez magas, a szerveroldali feldolgozás (PHP, adatbázis) lassú; ha alacsony, de az oldal mégis lassan jelenik meg, a képek, scriptek, betűtípusok a gond.
- PageSpeed Insights (pagespeed.web.dev) vagy GTmetrix: európai mérőpontot válasszon.
- Ismételje meg a mérést többször: az első betöltés (üres cache) mindig lassabb.
- A
curlparanccsal a válaszidő pontosan mérhető:curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s Teljes: %{time_total}s\n" https://example.hu/
Változás nem látszik / régi tartalom jelenik meg
A szerver mindig a feltöltött fájlt szolgálja ki – ha mégis a régi tartalom látszik, valamelyik gyorsítótár tartja:
- a weboldal cache-bővítménye (ürítse az adminban),
- a PHP OPcache (néhány percen belül frissül),
- a Cloudflare gyorsítótára (az ürítést kérje a supporttól, vagy ha van Cloudflare-hozzáférése, Caching → Purge),
- a böngésző (Ctrl+F5 vagy privát ablak).
Tipp: letölthető fájlokat, CSS-t és JS-t felülírás helyett új fájlnévvel (verziószámmal) töltsön fel, így a gyorsítótárak nem okoznak gondot.
Mit küldjön a supportnak?
Minél pontosabb a bejelentés, annál gyorsabban tudunk segíteni. Írjon a [email protected] címre, és adja meg:
A support a szerveroldalt (szerverállapot, naplók, PHP-környezet, Cloudflare) vizsgálja meg. A weboldal kódjának, bővítményeinek hibakeresése és optimalizálása a fejlesztő feladata; ha ezt a Hiddentől kéri, külön díjazott munkaként vállaljuk (a webhosting-szerződésben rögzített díjszabás szerint), előre egyeztetett időkerettel.
Gyakori kérdések
Az oldal Internal Server Errort ad – a szerver hibás? Ha a szerver többi oldala működik, valószínűleg nem. Nézze meg a logs/php.log fájlt: a leggyakoribb ok egy bővítmény, a memória elfogyása vagy egy hibás .htaccess-sor.
A wp-admin 503-at ad, a naplóban SIGSEGV szerepel. Mit tegyek? A PHP-folyamat összeomlik az adott verzión. Váltson másik PHP-verzióra a vezérlőpultban (pl. 8.1 → 8.2), és frissítse a bővítményeket. Ha nem oldódik meg, írjon a supportnak.
Elementor-mentésnél 524-es hibát kapok. A mentés 100 másodpercnél tovább tart. Emelje a memóriát, frissítse a PHP-t, ürítse az Elementor cache-t, kapcsolja ki a wp-cront az oldalbetöltésekről, és vizsgálja meg, nem lassít-e egy másik bővítmény.
Lassú az oldal, pedig a szerver terhelése rendben van. Ilyenkor a lassulás oka lehet az internetszolgáltató és a Cloudflare közötti útvonal (próbálja másik hálózatról, indítsa újra a routert), vagy maga a weboldal (TTFB-mérés). Nézze meg az állapotoldalt is.
Korlátozzátok az oldalam sebességét? Nem lassítjuk szándékosan az oldalakat. Minden tárhelynek van erőforrás-kerete (hogy egy oldal ne vigye magával a többit); ha az oldala ebbe ütközik, az optimalizálás vagy nagyobb erőforrás segít.
Megnézhetem a tárhelyem CPU- és memóriahasználatát? Ügyfélfelületen ez nem érhető el, de kérésre a support összesítést vagy képernyőképet küld a monitoringunkból. A CPU-használatnál gyakran többet mond az adatbázis-lekérdezések száma oldalbetöltésenként.
Hogyan érhetem el, hogy szerverleállás esetén is látsszon az oldal? A Cloudflare gyorsítótára statikus tartalmú oldalaknál rövid kiesést áthidalhat. Ha ez fontos Önnek, kérdezze a supportot a lehetőségekről.
Lassan töltődnek a nagy letölthető fájlok. Nagy forgalmú letöltésekhez külső objektumtárat (S3-kompatibilis tárhely, pl. Backblaze B2) javaslunk – a support segít a beállításban.
Kapcsolódó oldalak
Nem találta, amit keresett? Kérdezze az asszisztenst, vagy írjon a [email protected] címre.