Alap Megoldások
1. "Rendszer hibakeresése" és extra logolás bekapcsolása - Elérhető admin felület esetén
4. Magasabb phpINI értékek megadása
Haladó megoldások
Extra lehetőségek
A növekvő rendszer-igények és a folyamatos php-változások, gyakori (akár automatikus) frissítések miatt előfordulhat az, hogy az eddig tökéletesen működő weboldal valamilyen ismeretlen hiba miatt már nem töltődik be. Általában az alábbiakat tapasztaljuk ilyenkor:
- a weboldal látogatható, de az admin felület nem töltődik be
- a weboldal helyett csak egy „fehér lap” töltődik be
- bővítmény bekapcsolásakor az oldal és/vagy az admin felület elérhetetlen lesz
Rengeteg megkeresést kapunk ilyen hibákról, azonban fontos tudni, hogy ezeknek nincs köze a szolgáltató által biztosított szolgáltatáshoz, a hibák nem a szolgáltatás hiányossága miatt jelentkeznek.
A hibák a felhasználó által javíthatóak, rendszerint beállítási hiányosság miatt lépnek fel, vagy kisebb részben inkompatibilitási probléma végett jelentkeznek. A lehetséges megoldásokat csokorba szedtük, az alábbiakat lenne szükséges megpróbálni egy fentebb is jelzett hiba tapasztalása esetén.
Alap Megoldások
1. "Rendszer hibakeresése" és extra logolás bekapcsolása - Elérhető admin felület esetén
Joomla esetén lehetőség van a WordPress-hez hasonló bővebb logírás kikényszerítésére. A beállítás gyorsan, pár kattinással elvégezhető, s extra információkat tud nyújtani a hibakeresés szempontjából.
Leírás: https://ugyfeladmin.tarhely.eu/index.php/knowledgebase/412/Joomla-logolas-beallitasai.html
2. Egyéb logok ellenőrzése
Van, hogy az egyszerű apache-log állományok is segítenek a hiba megtalálásában. cPanel felületen az úgynevezett apache-logok az alábbi elérési utakon találhatóak meg a Fájlkezelő menüponton belül:
- /logs/ könyvtár: s ezen belül a domain névvel megegyező „error.log” állomány
- domain név saját dokumentumgyökere: s ezen belül az „error.log” állomány
Továbbá megtekintésre ajánlott cPanel-en a „Hibák” menüpont is.
3. PHP-verzió váltása
Előfordulhat az is, hogy az aktuálisan hasznáLt php-verzióval sajnos nem kompatibilis valamely újonnan telepített összetevőnk, vagy a frissítés utáni sablonunk/bővítményünk. Ebben az esetben a MultiPHP Manager menüpontban szükséges egy magasabb/alacsonyabb „ea-…” előjelű php-verziót beállítani.
4. Magasabb phpINI értékek megadása
Előfordulhat az is, hogy az adott PHP-érték helyes, de a benne megadott phpINI értékek helytelenek. Mi mindenképp ajánljuk az alábbiak megadását a MultiPHP INI Editor menüpontban:
- max_execution_time: 90 agy 120
- max_input_time: 90 vagy 120
- max_input_vars: 5000 vagy 10000 (webshop-ok igénylik ezt általában)
- memory_limit: 512M vagy 1G
- post_max_size: 32M (vagy igény szerint kisebb, nagyobb)
- upload_max_filesize: 32M (vagy igény szerint kisebb, nagyobb)
Ezen beállítások előfeltétele az, hogy az előző pontban jelzett php-verzió beállítás megtörténjen.
5. Jogjavítás lefuttatása
A hibát generálhatja az is, hogy egy manuálisan feltöltött új bővítmény (vagy egy meglévő frissítése, PRO verziójának feltöltése) helytelen jogosultsággal kerül fel a tárhelyre (ezt az FTP-kliensek tudják elállítani helytelenre). Szerencsére egy pár kattintással és rövid várakozással a fájlok és könyvtárak futtatási jogai javíthatóak.
Haladó Megoldások
6. Böngészőkonzol ellenőrzése
A jelzett böngésző-konzol ablakban való ellenőrzéshez az alábbi lépéseket ajánljuk:
- Nyisson egy új ablakot a böngészőben
- Ctrl+Shift+i együttes lenyomásával nyissa meg a "Fejlesztői eszközök"/"Webfejlesztő eszközök"/"Konzol" ablakot
- váltson át a „Console”/”Konzol” fülre
- majd nyissa meg weboldalát a böngészőablakban
A megnyitott „Console”/”Konzol” fülön a betöltődés során fellépű értesítések (citrom- és narancssárga), illetve a Hibák (piros) is kiíródnak, melyek fontos információk lehetnek a javításhoz.
7. Sablon váltás
Gyakori hiba, hogy a használt összetevők nem kompatibilisek a használt sablonnal. Ez egy sablonváltással könnyen ellenőrizhető, azonban némi figyelmet is igényel a művelet.
A sablonváltás egyszerűbb módja: Joomla admin felületén a Rendszer/Oldal sablonok menüpontban átválthaó a sablon
Leírás 3.x verzióhoz: https://docs.joomla.org/J3.x:Switching_templates
8. Bővítmények kapcsolgatása
Gyakori hiba sok bővítmény használatának esetén egyik-másik inkompatibilitása, vagy eltérő php-verzióval való működőképessége. Általában kiderül az is, hogy 1-1 bővítmény kikapcsolható örökre is, nem feltétlen szükséges annak létezése a weboldalon belül.
Az egyszerűbb módszer, ha elérhető az admin felület:
Az összes bővítményt ki lehet/kell kapcsolni az admin felületen belül a Rendszer/Bővítmények alatt. A bővítmények sora előtti jelölő négyzetet ki kell választani, majd a menüsorban a "Letiltás"-t kell megnyomni. Ekkor lesznek inaktívak a bővítmények.
A bonyolultabb módszer, ha az admin felület Nem érhető el:
- cPanel felületen a Fájlkezelő menüpont segítségével a weboldalhoz tartozó dokumentum-gyökérig kell elnavigálni, majd azon belül a /plugins/ könyvtáron belülre kell lépni
- ebben a könyvtárban található meg Minden bővítmény (az aktívak, illetve a telepített, de nem aktívak is)
- A bővítmények könyvtárneveit egyesével át kell írni úgy, hogy egy „_kikapcs” kerül a nevük végére. Ezzel a bővítmények inaktívvá válnak majd, nem tudják kiszolgálni az oldalt, tehát nincs ráhatásuk a betöltődésre.
- Ha így elérhető az admin felület és a weboldal is, akkor egyesével vissza kell nevezni a bővítmények könyvtárait az eredetire úgy, hogy minden visszakapcsolás után ellenőrzésre kell kerülnie az admin felületnek, és a látogatók által is megtekinthető weboldalnak.
9. Könyvtárcserék
Sajnos a helytelenül módosított rendszerfájlok, vagy egy-egy kártékony történés miatti kitörölt fájlok hiánya is okozhat hibát. Ezeknek felderítése elég problémás, így rendszeresen alkalmazunk könyvtárcserét.
Fontos, hogy az aktuális Joomla verzióval megegyező könyvtárakat szükséges felmásolni a tárhelyre.
A pontos verzió megtalálása
cPanel felületen a Fájlkezelő menüpontban a problémás domain dokumentumgyökerébe kell elnavigálni, majd az alábbi lista szerint, az egyes verziókhoz tartozó útvonalakon meg kell keresni a jelzett fájlokat. Amelyiket megtaáljuk egy adott útvonalon, az fogja megmondani a helyes verziószámot is:
1.0.x \includes\version.php "var $RELEASE" és "var $DEV_LEVEL" értékeknél
1.5.x \libraries\joomla\version.php "var $RELEASE" és "var $DEV_LEVEL" értékeknél
2.5.x \libraries\cms\version\version.php "var $RELEASE" és "var $DEV_LEVEL" értékeknél
3.8.x \libraries\src\Version.php "const MAJOR_VERSION" és "const MINOR_VERSION" és "const PATCH_VERSION" értékeknél
Innen tudható, hogy aktuálisan a Joomla mely verziója fut.
A pontos verzió letöltése
A Joomla korábbi kiadásai az alábbi linken keresztül érhetőek el: https://docs.joomla.org/Joomla!_CMS_versions
A könyvtárak cseréje
A csere elvégzése előtt a főkönyvtárakat (például: "libraries" , "templates" , stb) át kell nevezni, a könyvtárnevek végére a „_eredeti” szövegrészt érdemes hozzáadni.
Ezt követően szükséges feltölteni a korábbi, verzióazonos csomagból az érintetlen „libraries” , "templates" , stb könyvtárakat.
Ezzel a módszerrel cserére is kerültek a korábbi rendszerkönyvtárak egy verzióazonos, biztosan érintetlen és helyes könyvtárra.
A könyvtár-csere után mindenképp ajánljuk a Jogjavítás lefuttatását. Ehhez segítséget itt talál:
- https://tarhely.eu/ugyfeladmin/knowledgebase/306/Jogjavitas---a-403-es-500--as-hibak-gyakori-megoldasa.html
10. Szakértői segítség kérése
Tárhely-szolgáltatóként ugyan gyakrabban találkozunk hibákkal, de minden megoldást mi sem ismerhetünk. Elsődlegesen a kiszolgáló-környezet elérhetősége és annak biztosítása feladatunk, de igyekszünk lehetőségeinkhez mérten segíteni minden ügyfelünknek weboldala működtetésében is.
Legjobb szándékunk esetében is előfordulhat az, hogy egy-egy problémára nem fogunk tudni megoldást biztosítani. Ilyen esetben ajánljuk Önnek a:
- Joomla szakmai fórumainak felkeresését
- a magyar nyelvű közösségek (például Facebook-csoportok) megkeresését
- a bővítmények aloldalához tartozó support felületen való segítségkérést
A fentieken túl kapacitásunk függvényében tudunk segítséget nyújtani az egyes hibák felkeresésében, megtalálásában és esetleges javításában is. Ez azonban túlmutat a tárhely-szolgáltatói feladatkörökön és lehetőségeken, így ezt Webmesteri szolgáltatás keretében tudjuk nyújtani ügyfeleink részére.
Ennek feltételei az alábbi oldalunkon olvashatóak:
https://tarhely.eu/wordpress-es-woocommerce-webmesteri-szolgaltatasok/
Extra lehetőségek
11. X-Ray App
cPanel felületén lehetőség van futó alkalmazását tesztelni a php xray app segítségével. A rendszer az alábbi leírás szerint ismerhető meg:
A X-Ray app segítségével lehetősége van pl. 20 lekérés kiszolgálásának mérésére. A mérés lényegiben a request-ekben (a megadott URL-re indított lekérésekben) található összes folyamatot logolja, így akár felismerhető a lassú működést okozó bővítmény (pl: tartalomkezelő rendszerek esetén), vagy adatbázis-lekérés. Így detektálható és tervezhető a javítás.
12. ochLogFiles használata
A bővítmény segítségével az admin felületen Minden Joomla-logolást tartalmazó fájl összegyűjtésre kerül, s áttekinthetővé válik. Az ochLogFiles bővítmény az alábbi URL-en érhető el:
- https://onlinecommunityhub.nl/downloads/ochlogfiles
Telepítést követően a Komponensek/ochLogFiles menüpontra kattintva töltődik be a felület, minden átnézhető log-fájlal együtt.
