Hogyan derítsem ki Joomla oldalam hibáját

Alap Megoldások

1. "Rendszer hibakeresése" és extra logolás bekapcsolása - Elérhető admin felület esetén

2. Egyéb logok ellenőrzése

3. PHP-verzió váltása

4. Magasabb phpINI értékek megadása

5. Jogjavítás lefuttatása

Haladó megoldások

6. Böngészőkonzol ellenőrzése

7. Sablon váltás

8. Bővítmények kapcsolgatása

9. Könyvtárcserék

10. Szakértői segítség kérése

Extra lehetőségek

11. X-Ray App

12. ochLogFiles használata

 

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

Leírás: https://ugyfeladmin.tarhely.eu/knowledgebase/223/Mi-az-a-log-fajl-Hogyan-tudom-megnezni-megnyitni-Hol-talalom-meg-az-error-logot-.html

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.

Leírás: https://ugyfeladmin.tarhely.eu/knowledgebase/238/PHP-futtatokornyezet-beallitasa-domain-szinten-MultiPHP.html

 

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)

Leírás: https://ugyfeladmin.tarhely.eu/knowledgebase/238/PHP-futtatokornyezet-beallitasa-domain-szinten-MultiPHP.html

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.

Leírás: https://ugyfeladmin.tarhely.eu/knowledgebase/306/Jogjavitas---a-403-es-500--as-hibak-gyakori-megoldasa.html

 

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.

  • 2022, joomla hiba, joomla
  • 0 användare blev hjälpta av detta svar
Hjälpte svaret dig?

Relaterade artiklar

Mért látom a "WordPress Account Compromise Alert" hibaüzenet a WP admin oldalamra belépve?

Mért látom a "WordPress Account Compromise Alert" hibaüzenet a WP admin oldalamra belépve? Mert...

Hogyan tehetjük biztonságosabbá honlapunkat, Wordpress és Joomla rendszerünket?

Egy 2016-ban készült statisztika szerint a világon körülbelül 37 ezer weboldalt fertőznek meg...

Wordpress áthelyezése másik domainra vagy mappába

Ha már van egy felépített Wordpress weboldala aktív domain vagy mappa alatt, és át szeretné ezt...

Wordpress admin jelszó módosítása

Ha nem tud bejelentkezni a WordPress admin felületére (a http://azondomainneve.hu/wp-admin...

Hogyan tudom költöztetni WordPress oldalam?

WordPress oldalát két módon tudja költöztetni, választhatja a manuális illetve a bővítmény általi...