Hibaelhárítás

Template:Megjegyzés

Általános

Ez az oldal tipikus műszaki problémákat és azok megoldásait sorolja fel a sikeres telepítés után. Ha a telepítés során fellépő problémákat kell elhárítania, kérjük, olvassa el a Telepítési GYIK részt.

Az adminisztrációs bejelentkezési oldal megnyitásakor

Hibaüzenet: "Nincs megadva beviteli fájl" a telepítés után

vagy

Bármilyen URL-cím lehetővé teszi, hogy a kérdőív listaoldalára kerüljön

A telepítési folyamat során a LimeSurvey megpróbálja meghatározni a legjobb megoldást az URL-formátumhoz. Néha ez nem működik megfelelően.

Kényszeríteni kell a LimeSurvey-t egy másik URL-kezelő rendszer használatára a konfigurációs fájl szerkesztésével.

A /application/config/config.php fájlban cserélje ki

  'urlFormat' => 'útvonal',			

ezáltal:

  'urlFormat' => 'get',

Ezután próbálja meg megnyitni az adminisztrációs panelt a rövid admin URL-lel:

http://<yourserver.net> /<limesurvey_dir> /admin

Az adminisztrációba való bejelentkezés után

Bármilyen művelet az adminisztrációs oldalon, visszatér a bejelentkezési képernyőre

Ennek a következő főbb okai lehetnek:

• PHP munkameneti problémák
• UTF8 kódolási problémák
• IE problémák

PHP Sessions :

1. Upload_tmp_dir és session.save_path frissítése a php.ini-ben
2. A konfigurált munkamenet létrehozása és feltöltési könyvtárak
3. IIS: Hozzárendelt engedély az IIS vendég felhasználói fiók létrehozásához és módosításához
4. Apache : Győződjön meg arról, hogy a webszervernek van engedélye a beállított könyvtárba írásra
5. Ellenőrizze, hogy a php.ini fájl "session.use_cookies" változója 1-re van-e állítva.
6. Ellenőrizze a "session.auto_start" változót a php-ben. ini. Ha 1-re van állítva, módosítsa 0-ra.

Az Internet Explorer problémái A LimeSurvey már nem támogatja az adminisztrációs felülethez való hozzáférést az Internet Exploreren keresztül.

UTF8 kódolás:

Ha szerkeszt egy fájlt (valószínűleg config.php), ne mentse el UTF8-ként, hogy támogassa a speciális nyelvi karaktereket! A .php fájlokat mindig valódi ANSI/ISO formátumban mentse.

Nem működik a sok kérdést/válaszlehetőséget/alkérdést tartalmazó oldal beküldése

Egy új beállítást vezettek be a PHP 5.3.9-ben (és még néhány korábbi PHP-verzióra is visszaportálták): max_input_vars. Ez a beállítás korlátozza a kiszolgálóra elküldhető (beküldhető) változók maximális számát. Alapértelmezett érték 1000, de ha sok válaszlehetőséget tartalmazó kérdésed van, vagy sok-sok kérdést/választ tartalmazó felmérési oldal van ezt a határt túlléphetik. Ezt be kell állítani a PHP konfigurációs fájljában (php.ini).

A dátumok nem megfelelően jelennek meg az MSSQL Server és a FreeTDS használatával Linuxon

Keresse meg a FreeTDS locales.conf fájlját, és szerkessze azt. Ha nincs más FreeTDS-t használó alkalmazása, csak cserélje ki a tartalmát erre

[alapértelmezett]
 dátumformátum = %Y-% m- %d %H:% M: %S.% z

Ha más FreeTDS-t használó alkalmazásai is vannak, érdemes először ellenőriznie, hogy milyen területi beállítást kell szerkesztenie.

Mentse el és indítsa újra a szervert. A dátumokat most megfelelően kell megjeleníteni. Ha ez nem működik, lehet, hogy rossz fájlt szerkesztett – öblítse le, és ismételje meg.

Amikor speciális karaktereket (kínai, cirill, görög, arab) írok be a felmérésembe vagy az adminisztrációmba, minden karakter kérdőjelként jelenik meg?

Ez akkor fordul elő, ha maga az adatbázis nem UTF-8 karakterkészlet használatára készült. Ez akkor fordulhat elő, ha az adatbázist a szolgáltató adminisztrációs paneljével kell létrehoznia. Ezt a problémát a következő SQL parancs futtatásával javíthatja ki az adatbázisban (például a phpMyAdmin használatával) ALTER DATABASE `<your_database_name> ` ALAPÉRTELMEZETT KARAKTER BEÁLLÍTÁS utf8 COLATE utf8_unicode_ci;

Cserélje ki<your_database_name> az adatbázis nevével. 'Ezt meg kell tennie a LimeSurvey telepítése előtt.

A PageSpeed problémákat okoz a Limesurvey számára

Fel kell vennie a ModPagespeed off funkciót a LimeSurvey virtualhostjába.

Ellenkező esetben nem fogja tudni használni a ConfortUpdate szolgáltatást, és nem fogja tudni exportálni az adatokat. Valószínűleg valami más fog kudarcot vallani.

Felmérés kitöltése közben

Hiba: "A munkamenet lejárt"

Egy ponton ilyen üzenetet kaphat:

HIBA

Sajnáljuk, de a munkamenete lejárt.

Vagy túl sokáig volt inaktív, böngészőjében le vannak tiltva a cookie-k, vagy problémák adódtak a kapcsolattal.

Ha a Suhosin aktiválva van a szerverén, ez lehet az oka annak, hogy ezt egy felmérés közepén kapja meg.

A Suhosin egy fejlett védelmi rendszer PHP telepítésekhez, de a Suhosin alapértelmezett konfigurációja problémákat okozhat a LimeSurvey-vel.

Először ellenőrizze és tesztelje a Suhosin naplót a suhosin.log.sapi = 511 és a suhosin.simulation = on beállításával a Suhosin dokumentáció szerint.

A konfigurációs fájl általában az /etc/php5/apache2/conf.d/suhosin.ini fájlban található, de a biztonság kedvéért ellenőrizheti a phpinfo-t (LimeSurvey adminisztráció > Globális beállítások > Gomb megjelenítése phpinfo > Sor: "További .ini fájlok elemzése "), hogy megtalálja a helyes utat.

Ne felejtse el újraindítani az Apache/Nginx szervert a paraméterek figyelembevételéhez (service apache2 restart vagy service nginx restart).

Ha a szimuláció be van kapcsolva, a Suhosin nem blokkol semmit, és a hibákat a naplókban jelentik (általában a rendszernaplóban: /var/log/syslog). Ha olyan hibaüzenetet kap, mint például "ALERT-SZIMULÁCIÓ – a konfigurált POST változó korlátja túllépve", ami Suhosin figyelmezteti..., próbálja ki a következő konfigurációt (amely jól működik a LimeSurvey-vel):

Suhosin.Memory_Limit = 128
Suhosin.post.max_value_length = 5000000
Suhosin.post.max_vars = 5000
Suhosin.Rquest.Max_Value_Length = 5000000
Suhosin.request.max_vars = 5000

Ezekkel a paraméterekkel vissza kell állítania a suhosin.simulationt "off" értékre (hogy a szerver védett legyen, és a LimeSurvey továbbra is működjön).

A Suhosin alapértelmezett értékei nem működnek jól a LimeSurvey-vel. Ha valóban szorosan szeretné biztonságossá tenni a szervert, érdemes lehet a szimulációs módot használni a beállítás hangolására, és megkeresni a jó értékeket 1000 és 5000 között a vars és 1000000 és 5000000 között a value_lengths esetében.

Megjegyzés: Nemrég bevezettek egy további PHP-beállítást, amelyet szintén módosítani kell: max_input_vars - ez a beállítás megegyezik a suhosin.post.max_vars-val, de külön kell beállítani a php.ini-ben.

Nem tudom megváltoztatni a nyelvet!

Nem számít, milyen nyelvet választ, a felület (admin és user) mindig angol nyelven jelenik meg. Általában ezt a PHP verzió hibája okozza. Nincs más megoldás erre, mint a PHP verzió frissítése.

Néhány gyakori hiba (IIS fókusz)

Az index.php nem nyílik meg

Lehetséges ok: Ez akkor fordulhat elő, ha nem telepítette a szükséges kiterjesztéseket

• Telepítenie kell a többbájtos karakterláncot és az MSSQL (vagy MySQL) kiterjesztést

Lehetséges ok: Az ISAPI szűrő nincs konfigurálva

• Az IIS-ben a webhelyhez (ezt könyvtárszinten is megteheti) be kell állítani a php5isapi.dll használatára.

Az Index.php nem nyílik meg, és a „php.exe -i” hibaüzeneteket küld a hiányzó .dll-ekről

Ez akkor fordulhat elő, ha túl sok bővítményt telepít

• Ha az összes PHP bővítményt telepíti, a PHP meghiúsul, mert nem teljesült minden függőség (pl. az oracle csomagnak szüksége van az oracle dll-ekre)
• Csak azokat a bővítményeket telepítse, amelyekre szüksége van
• A teszteléshez futtassa a php.exe -i parancsot a parancssorból

Az üzeneteket tartalmazó adatbázis hiányzik

Ez akkor fordulhat elő, ha rossz url-re navigál:

• Ügyeljen arra, hogy a limesurvey/index.php helyett a limesurvey/admin/install/index.php címre lépjen!

A fenti javítások nem oldják meg a problémát

Ez akkor fordulhat elő, ha nem indította újra az IIS

• Indítsa újra az IIS-t

Könnyen elfelejthető dolgok:

• A .php-t társítani kell a php5isapi.dll szűréséhez
• a limesurvey/tmp könyvtárnak írási engedélyre van szüksége a felmérések feltöltéséhez
• a doc_root frissítése a php.ini-ben és a $rootdir-ben config.php

Hiányzó fájlok ("Nincs ilyen fájl vagy könyvtár")

Amikor feltölti a LimeSurvey-t a szerverére, előfordulhat, hogy a kapcsolat megszakad, és egyes fájlok nem, vagy nem kerülnek átvitelre teljesen. A fájloktól függően különböző hibaüzeneteket kaphat, amikor hozzáfér a LimeSurvey különböző funkcióihoz/részeihez. A hiányzó fájlok dobási hibákat így néznek ki:

"Figyelmeztetés: request_once(/elérési út/a/your/limesurvey/installation/filename) [function.require-once]: nem sikerült megnyitni az adatfolyamot: Nincs ilyen fájl vagy könyvtár a /path/to/your/limesurvey/installation/filename on sor 12345" VAGY

"Végzetes hiba: request_once() [function.require]: Sikertelen megnyitás szükséges 'require_once(/elérési út/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) a /path/ mappában to/your/limesurvey/installation/filename on 12345"

Megoldás

1. Törölje az összes feltöltött fájlt.

2. Töltse fel újra a fájlokat.

(3. Ha szükséges: Telepítse újra a /limesurveyfolder/admin/install mappába böngészve)

Az oldal elküldése után az általános indexoldalra/egy 404-es oldalra kerül, vagy a „A CSRF tokent nem sikerült ellenőrizni” üzenet jelenik meg

vagy

Miután a „Következő” gombra kattintok egy olyan oldalon, amely sok választ/alkérdést tartalmaz, nem minden válasz kerül mentésre

vagy

A „Tovább” gombra kattintás után ugyanarra az oldalra kerülök.

or

A gyorsfordító rendszer használata nem menti a válaszokat vagy az alkérdéseket

vagy

Nagy számú válaszmező exportálásakor nem kerül mindegyik exportálásra

• Ez valószínűleg a webszerver korlátozó beállításának köszönhető: max_input_vars. Ez a beállítás korlátozza a szerverre elküldhető (beküldhető) változók maximális számát.

Alapértelmezett érték 1000, de ha sok válaszlehetőséget tartalmazó kérdésed van, vagy sok-sok kérdést tartalmazó felmérési oldal/ válaszok, ez a határ túlléphet. Módosítania kell a PHP konfigurációját (php.ini).

• Ellenőrizd a PHP beállításaidat is, ha a gazdagéped a Suhosin kiterjesztés az Apache számára-t használja, amely néhány beállításnál túl korlátozó lehet.

• Például a „suhosin.post.max_vars” és a „suhosin.request.max_vars” beállítás alapértelmezés szerint 200-ra van állítva. Növelje ezeket a beállításokat 400-ra vagy magasabbra, hogy a felhasználók hosszú felméréseket tölthessenek ki és küldhessenek be.

• Ha továbbra is problémái vannak, próbálja átállítani a modult szimulációs_módra (és így alapvetően deaktiválni), mivel a maximális érték mindig az adott felméréstől függ.

• Egy másik ok lehet egy proxy vagy egy hasonló szoftver, amely nem teszi lehetővé a nagy bejegyzéskéréseket, vagy ugyanazon oldal többszöri lekérését a háttérben (ami új CSRF-kulcs létrehozásához vezet). Ebben az esetben próbálkozzon másik internetkapcsolattal.

Nem jelennek meg kérdések, ha az MSSQL Servert FreeTDS-sel Linuxon használja

Ha figyelmesen megvizsgál egy kérdéscsoportot, akkor a csoport relevanciájában van egy szóköz, amely az egész csoportot nem releváns. A mögöttes probléma az, hogy a FreeTDS hibás konfiguráció miatt szóközöket ad vissza az üres mezőkben. Ezt a problémát úgy oldhatja meg, hogy a FreeTDS protokoll verzióját legalább 8.0-ra kényszeríti. Tehát szerkessze a freetds.conf fájlt (pl. /etc/freetds/freetds.conf), és módosítsa a megfelelő sort erre

    tds verzió = 8.0

Ennek meg kell oldania ezt a problémát.

A felmérés kitöltése után

A résztvevő által beírt szövegek kérdőjelként jelennek meg az eredmények között

Ez akkor fordul elő, ha maga az adatbázis alapértelmezés szerint nem használ UTF-8 karakterkészletet. Ez akkor fordulhat elő, ha az adatbázist a szolgáltató adminisztrációs paneljével kell létrehoznia. Ezt a problémát a következő SQL-parancs futtatásával javíthatja ki az adatbázisban (például a phpMyAdmin használatával):

   ADATBÁZIS MÓDOSÍTÁSA `<your_database_name> ` ALAPÉRTELMEZETT KARAKTER BEÁLLÍTÁS utf8 COLATE utf8_unicode_ci;

Cserélje ki<your_database_name> az adatbázis nevével. Miután ezt megtette, deaktiválja a felmérést, majd aktiválja újra.

Adatbázis-specifikus problémák

Azt akarom, hogy a LimeSurvey egy adott Postgres sémát használjon

Beállítva: config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Lásd a config-defaults egy példa.