Dažniausiai pasitaikančios Joomla! klaidos ir jų sprendimo būdai

PDFSpausdintiEl. paštas

Šeštadienis, 30 Liepa 2011 09:59 Parašė Rimvydas Peržiūrų: 4408

( 7 Balsai )
Dažniausiai pasitaikančios Joomla! klaidos ir jų sprendimo būdai - 5.0 out of 5, based on 7 votes

Čia pateikiamos  tipinės Joomla 1.5 ver.  klaidos - pranešimai, jų reikšmės ir pašalinimo būdai, kurių dauguma būna diegiant Joomla, jos komponentus, po atnaujinimo ar perkėlimo į kitą hostą.

Database Error: Unable to connect to the database:Could not connect to database
Kritinė klaida negalima susijungti su duomenų baze.

Sprendimas: patikrinti faile configuration.php ar teisingas duomenų bazės vardas (parametras var $db) ar teisingas duomenų bazės vartotojo vardas (var $user), slaptažodis ( var $password).

JFolder::create : Infinite loop detected

Kritinė klaida įdiegiant papildinius.
Sprendimas: Daugumoje atveju faile configuration.php neteisingai nurodytas kelias iki tmp katalogo.

DB function failed with error number 1030

Kritinė klaida išsaugant parašytą / redaguotą medžiagą, modulius.
Paaiškinimas: sugadintos db lentelės.
Sprendimas:  patikrinti ir atstatyti lenteles (phpMyadmin  yra tokia funkcija) . Jei nepadėjo praneškime hostui apie klaidą : MySQL - 1030 SQLSTATE: HY000 (ER_GET_ERRNO).

XML Parsing Error at 1:37. Error 108: Unknown

Kritinė klaida įdiegiant ar sukuriant modulius.
Paaiškinimas: klaida modulio xml faile.
Sprendimas: atidaryti modulio xml failą redaktoriumi ir patikrinti ar failas prasideda tokiu įrašu:
 

Fatal error: Maximum execution time of 30 seconds exceeded in ...

Kritinė klaida “užkraunant” bet kokį puslapį.
Sprendimas: Yra keli problemos sprendimo variantai:
1. Jei tinklapis yra localhoste tai susirandame faila php.ini (pvz. xamppe jis yra c:\xampp\php\ kataloge) atidarome jį redaktoriumi, susirandame parametrą max_execution_time ir padidiname jo reikšmę.
2. .htaccess failą papildome tokiu įrašu: php_value max_execution_time 1000
3. Šakniniame kataloge faile index.php įterpiame sekantį įrašą  
4. Jei tinklapis patalpintas remotehost tai prie php.ini  greičiausiai prieigos nebus, o 2 ir 3 variantai  retai padeda, todėl vienintelis kelias kreiptis į hostą pagalbos.

Delete failed: '0a54a1212e802cc1ada1597885f9a59e.php'

Klaida išsaugant medžiagą.
Sprendimas: patikrinti ar teisingai nustatytos teisės (chmod) katalogui tmp (turi būti 755 arba 777), patikrinti ar teisingai nurodytas kelias iki tmp katalogo configuration.php faile.

JAuthentication::__construct: Could not load authentication libraries.

Kritinė klaida autorizuojantis tinklapio administracinėje  dalyje.
Paaiškinimas: priežastis išjungti pluginai Authentication arba User
Sprendimas: pasinaudojant phpMyadmin įjungti abu pluginus išstatant reikšmę 1 arba tai aktyvuoti SQL užklausos pagalba.

Authentication aktyvavimas:

UPDATE `jos_plugins` SET `name` = 'Authentication - Joomla', `element` = 'joomla', `folder` =
'authentication', `access` = '0', `ordering` = '1', `published` = '1', `iscore` = '1',
`client_id` = '0', `checked_out` = '0', `checked_out_time` = '0000-00-00 00:00:00',
`params` = '' WHERE `id` = '1';

User aktyvavimas:

UPDATE `jos_plugins` SET `name` = '', `element` = 'joomla', `folder` = 'user', `access` = '0',
`ordering` = '0', `published` = '1', `iscore` = '0', `client_id` = '0', `checked_out` = '0',
`checked_out_time` = '0000-00-00 00:00:00', `params` = 'autoregister=1\r\n\r\n'
WHERE `id` =  '5';


 Rašydami užklausą įrašykite teisingą (jūsų Joomla! DB lentelėse naudojamą) prefiksą, šiuo atveju jis yra "jos_".

cURL extension is not available on your server

Klaida pasirodo (vartotojo pusėje) bandant publikuoti kai kuriuos modulius modulių vietoje.
Paaiškinimas: hoste nėra ijungtas papildinys php_curl.
Sprendimas: reikia aktyvuoti, prijungti php curl . Jei yra prieiga prie failo php.ini – pridėti extension=php_curl.dll jei nėra kreiptis į hostą.

Warning: main(/……./includes/phpInputFilter/class.inputfilter.php):failed to open stream: 
No such file or directory in /……./includes/joomla.php on line 81 
Fatal error: main(): 
Failed opening required '/……./includes/phpInputFilter/class.inputfilter.php' 
(include_path='.:/usr/lib/php:/usr/local/lib/php') in /……/includes/joomla.php on line 81

Kritinė klaida įdiegiant arba po įdiegimo.
Paaiškinimas: katalogas /includes/phpInputFilter perkeltas ne visas, su klaidomis arba neteisingas registras.
Sprendimas: Iš originalaus distributyvo perkopijuoti katalogą phpInputFilter.

Warning: session_start() [function.session-start]: Cannot send session cache limiter - 
headers already sent (output started at /……./configuration.php:1) in
……../libraries/joomla/session/session.php on line 423
 
Warning: Cannot modify header information - headers already sent by (output started at
……./configuration.php:1) in /……/libraries/joomla/session/session.php on line 426
 

Kritinė klaida užsikraunant tinklapiui.
Sprendimas: failo configuration.php koduotė turi būti UTF-8 be BOM . Pirma failo eilutė turi prasitėti (padidiname pvz. iki 32M).
2.    php.ini faile surandame parametrą ir padidiname reikšmę memory_limit = 32M   
3.    Šakniniame kataloge faile .htaccess  pridedame tokį įrašą:php_value memory_limit 32M.
4.    Joomlai ver. 1.5 yra sukurtas tam pluginas Memory Limit Plugin, kuris atminti padidina automatiškai be papildomų korekcijų atsisiunčiame, įdiegiame ir aktyvyojame.
5.    Jei visi šie būdai nepadeda  kreiptis pagalbos į hostą.

JFolder::create: Path not in open_basedir paths
Unable to create destination

Kritinė klaida surišta su open_basedir.
Sprendimas: Patikriname ar teisingai nurodytas kelias iki tmp katalogo configuration.php faile jei viskas gerai  atidarome failą /libraries/joomla/filesystem/folder.php , sirandame įrašą $obd = ini_get('open_basedir')' ir jį komentuojame parašydami priešais //.

JInstaller::install: Error SQL DB function failed with error number 2006
MySQL server has gone away SQL= užklausa ……………..

Kritinė klaida įdiegiant didesnius plėtinius dažniausiai komponentus turinčius daug failų.
Paaiškinimas: baigėsi laikas skirtas susijungimui su serveriu ir MySQL serveris pereina į režimą offline.
Sprendimas: kreiptis į hostą, kad padidintų prisijungimo laiką mysql.connect_timeout.
Antras variantas pasinaudoti Martin Brampton hacku . Parsiunčiame archyvą

, pasidarome failų libraries/joomla/database/database/mysql.php ir /libraries/joomla/database/database/mysqli.php atsargines kopijas ir pakeičiame šiuos failus failais iš archyvo.

Paskelbta: 2013-12-20 09:11 nuo Beata #10981
Įdiegiau naujausią 3,21 berods (vakar atnaujino) Joomla, svetainė sukurta prieš porą savaičių.
Šiandien negaliu prisijungti prie administravimo
Duomenų bazėje pakeičiau slaptažodį - tas pats.
kas galėtų būti? - svetainė nesugadinta
Paskelbta: 2013-12-20 09:24 nuo Megejas #10982
Labas ,

kas konkrečiai darosi kai negali patekt? klaidą kokią meta, persikrauna ar kas.....

Aptarkite šį straipsnį forume
Norėdami dalyvauti diskusijoje turite prisijungti arba užsiregistruoti .

Joomla123.lt is not affiliated with or endorsed by Open Source Matters or the Joomla! Project.
The Joomla!® name is used under a limited license from Open Source Matters in the United States and other countries.