Latest revision as of 07:30, 10 October 2023

Á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 :

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

Template:Megjegyzés

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.

@@ Line 128: / Line 128: @@
 ==Néhány gyakori hiba (IIS fókusz)==
-===Index.php won't open===
+===Az index.php nem nyílik meg===
-Possible cause: This might happen if you haven't installed the necessary extensions
+Lehetséges ok: Ez akkor fordulhat elő, ha nem telepítette a szükséges kiterjesztéseket
-* You need to install Multi-byte string and MSSQL (or MySQL) extensions
+* Telepítenie kell a többbájtos karakterláncot és az MSSQL (vagy MySQL) kiterjesztést
-Possible cause: ISAPI filter not configured
+Lehetséges ok: Az ISAPI szűrő nincs konfigurálva
-* In IIS, for the website (you could do it at the directory level) you must configure it to use php5isapi.dll
+* Az IIS-ben a webhelyhez (ezt könyvtárszinten is megteheti) be kell állítani a php5isapi.dll használatára.
-===Index.php won't open and "php.exe -i" gives error messages about missing .dll's===
+===Az Index.php nem nyílik meg, és a „php.exe -i” hibaüzeneteket küld a hiányzó .dll-ekről===
-This may happen if you install too many extensions
+Ez akkor fordulhat elő, ha túl sok bővítményt telepít
-* If you install all PHP extensions, PHP will fail because not all dependencies were met (e.g., the oracle package needs oracle dll's)
+* 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)
-* Install only the extensions you need
+* Csak azokat a bővítményeket telepítse, amelyekre szüksége van
-* To test, try running php.exe -i from the command line
+* A teszteléshez futtassa a php.exe -i parancsot a parancssorból
-===Message stating database was missing===
+===Az üzeneteket tartalmazó adatbázis hiányzik===
-This may happen if you navigate to wrong url:
+Ez akkor fordulhat elő, ha rossz url-re navigál:
-* Make sure you go to limesurvey/admin/install/index.php instead of limesurvey/index.php !
+* Ügyeljen arra, hogy a limesurvey/index.php helyett a limesurvey/admin/install/index.php címre lépjen!
-===Above fixes do not solve the problem===
+===A fenti javítások nem oldják meg a problémát===
-This may happen if you have not restarted IIS
+Ez akkor fordulhat elő, ha nem indította újra az IIS
-* Restart IIS
+* Indítsa újra az IIS-t
-Things that are easy to forget:
+Könnyen elfelejthető dolgok:
-* .php needs to be associated to filter php5isapi.dll
+* A .php-t társítani kell a php5isapi.dll szűréséhez
-* limesurvey/tmp directory needs writing permission for survey uploads
+* a limesurvey/tmp könyvtárnak írási engedélyre van szüksége a felmérések feltöltéséhez
-* updating doc_root in php.ini and $rootdir in config.php
+* a doc_root frissítése a php.ini-ben és a $rootdir-ben config.php
-===Missing files ("No such file or directory")===
+===Hiányzó fájlok ("Nincs ilyen fájl vagy könyvtár")===
-When uploading LimeSurvey to your server it might happen that the connection is interrupted so that some files are not transferred or not transferred completely. Depending on the files, you can get different error messages whenever you access different features/parts of LimeSurvey. The missing files throw errors look like this:
+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:
 <div class="simplebox">
-"Warning: require_once(/path/to/your/limesurvey/installation/filename) [function.require-once]: failed to open stream: No such file or directory in /path/to/your/limesurvey/installation/filename on line 12345" OR
+"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
-"Fatal error: require_once() [function.require]: Failed opening required 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) in /path/to/your/limesurvey/installation/filename on line 12345"
+"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"
 </div>
-'''Solution'''
+'''Megoldás'''
-. Delete all uploaded files.
+. Törölje az összes feltöltött fájlt.
-. Re-upload the files.
+. Töltse fel újra a fájlokat.
-(3. If necessary: Reinstall by browsing to /limesurveyfolder/admin/install)
+(3. Ha szükséges: Telepítse újra a /limesurveyfolder/admin/install mappába böngészve)
-==After submitting a page, you end up on the general index page/on a 404 page or you get the message 'The CSRF token could not be verified' ==
+==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 ==
-or
+vagy
-==After clicking 'Next' on a page which contains a big number of answers/subquestions, not all responses are being saved ==
+==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 ==
-or
+vagy
-==After clicking 'Next', I end up on the same page==
+==A „Tovább” gombra kattintás után ugyanarra az oldalra kerülök. ==
 or
-==Using the quick translation system doesn't save answers or subquestions ==
+==A gyorsfordító rendszer használata nem menti a válaszokat vagy az alkérdéseket ==
-or
+vagy
-==When exporting a big number of response fields, not all of them are being exported==
+==Nagy számú válaszmező exportálásakor nem kerül mindegyik exportálásra==
-*This is most likely because of a limiting setting in your webserver: [http://php.net/manual/en/info.configuration.php#ini.max-input-vars '''max_input_vars'''] . This setting limits the maximum number of variables that can be POSTed (submitted) to the server.
+*Ez valószínűleg a webszerver korlátozó beállításának köszönhető: [http://php.net/manual/en/info.configuration.php#ini.max-input-vars '''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.
-Default is set to 1000, but if you have a question with lots of answer options or a survey page with lots and lots of questions/answers, this limit might be exceeded. You will need to edit your PHP configuration (php.ini).
+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).
-*Also, check your PHP settings if your host is using the '''Suhosin extension for Apache''' which may be set to be too limiting on a couple of settings.
+* 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.
-*For example, the two settings "suhosin.post.max_vars" and "suhosin.request.max_vars" are both set to a value of 200 by default. Increase those settings both to 400 or higher so users can complete and submit long surveys.
+*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.
-*If you still have problems, try switching the module to simulation_mode (and so basically deactivate it), as the maximum value always depends on your particular survey.
+*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.
-*Another reason might be a proxy or a similar software which does not allow big post requests or requesting the same page several times in the background (which leads to a new CSRF-key being created). Try a different internet connection in this case.
+*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.
-==No questions are shown when using MSSQL Server with FreeTDS on Linux==
+==Nem jelennek meg kérdések, ha az MSSQL Servert FreeTDS-sel Linuxon használja==
-If you check carefully any question group there is a space in the group relevance which makes the entire group non-relevant. The underlying problem is that your FreeTDS returns spaces on empty fields because of a misconfiguration. You can fix this problem by forcing the FreeTDS protocol version to at least 8.0.
+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.
-So, edit freetds.conf (e.g. /etc/freetds/freetds.conf) and change the respective line to
+Tehát szerkessze a freetds.conf fájlt (pl. /etc/freetds/freetds.conf), és módosítsa a megfelelő sort erre
-      tds version = 8.0
+      tds verzió = 8.0
-That should fix this issue.
+Ennek meg kell oldania ezt a problémát.
-=After taking the survey=
+=A felmérés kitöltése után=
-==Texts that were entered by the participant appear as question marks in the results==
+==A résztvevő által beírt szövegek kérdőjelként jelennek meg az eredmények között==
-This happens if your database itself does not by default use an UTF-8 charset. This can happen when you have to create the database using a provider administration panel. You can fix this problem by executing the following SQL command on your database (using for example phpMyAdmin):
+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):
-     ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;
+     ADATBÁZIS MÓDOSÍTÁSA `<your_database_name> ` ALAPÉRTELMEZETT KARAKTER BEÁLLÍTÁS utf8 COLATE utf8_unicode_ci;
-Replace <your_database_name> with the name of your database. After you did that, deactivate your survey and activate it again.
+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.
-=Database specific issues=
+=Adatbázis-specifikus problémák=
-== I want LimeSurvey to use a specific Postgres schema ==
+== Azt akarom, hogy a LimeSurvey egy adott Postgres sémát használjon ==
-Set in config.php
+Beállítva: config.php
 'initSQLs' => array('SET search_path TO "LimeSurvey";'),
-See config-defaults for an example.
+Lásd a config-defaults egy példa.

Fő fejezetek

Troubleshooting/hu: Difference between revisions

From LimeSurvey Manual

Latest revision as of 07:30, 10 October 2023

Contents

Általános

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

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

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

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

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

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

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?

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

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

Hiba: "A munkamenet lejárt"

Nem tudom megváltoztatni a nyelvet!

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

Az index.php nem nyílik meg

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

Az üzeneteket tartalmazó adatbázis hiányzik

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

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

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

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

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

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

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

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

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

Adatbázis-specifikus problémák

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