Actions

Hibaelhárítás

From LimeSurvey Manual

Revision as of 06:27, 10 October 2023 by Maren.fritz (talk | contribs) (Created page with "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.</syntaxhighlight>")
Other languages:



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.

If Suhosin is activated on your server, it might be the reason why you get this in the middle of a survey.

When your survey is not active, the behavior might be different and you could be redirected in the middle of a survey to the public list of surveys. The solution is the same.

Suhosin is an advanced protection system for PHP installations but the Suhosin default configuration can create troubles with LimeSurvey.

First, check and test using the Suhosin log by setting suhosin.log.sapi = 511 and suhosin.simulation = on according to the Suhosin documentation.

The configuration file is usually located in /etc/php5/apache2/conf.d/suhosin.ini, but to be sure you can check your phpinfo (LimeSurvey administration > Global Settings > Button Show phpinfo > Line : "Additional .ini files parsed") to get the correct path.

Don't forget to restart your Apache/Nginx server for the parameters to be taken into account (service apache2 restart or service nginx restart).

When the simulation is on, Suhosin is not blocking anything and the errors are reported into the logs (usually in your system log: /var/log/syslog). If you get an error messages such as "ALERT-SIMULATION - configured POST variable limit exceeded" that's Suhosin alerting...", try the following configuration (which seems to work well with LimeSurvey): 

suhosin.memory_limit = 128
suhosin.post.max_value_length = 5000000
suhosin.post.max_vars = 5000
suhosin.request.max_value_length = 5000000
suhosin.request.max_vars = 5000

With those parameters, you should be able to switch the suhosin.simulation back to "off" value (so that the server is protected and LimeSurvey still works).

The default values of Suhosin are not working well with LimeSurvey. If you really want to secure your server tightly, you might want to use the simulation mode to tune the setting and find the good values between 1000 and 5000 for the vars and 1000000 and 5000000 for the value_lengths.

Note: There was an additional PHP setting introduced recently which needs to be tweaked, too: max_input_vars - this setting is the same as suhosin.post.max_vars but needs to be set separately in php.ini.

I can't change the language!

No matter what language you choose, the interface (admin and user) are always displayed in the English language. Normally, this is caused by a bug in your PHP version. There is no other fix for this than updating your PHP version.

Some common errors (IIS focused)

Index.php won't open

Possible cause: This might happen if you haven't installed the necessary extensions

  • You need to install Multi-byte string and MSSQL (or MySQL) extensions


Possible cause: ISAPI filter not configured

  • In IIS, for the website (you could do it at the directory level) you must configure it to use php5isapi.dll


Index.php won't open and "php.exe -i" gives error messages about missing .dll's

This may happen if you install too many extensions

  • If you install all PHP extensions, PHP will fail because not all dependencies were met (e.g., the oracle package needs oracle dll's)
  • Install only the extensions you need
  • To test, try running php.exe -i from the command line

Message stating database was missing

This may happen if you navigate to wrong url:

  • Make sure you go to limesurvey/admin/install/index.php instead of limesurvey/index.php !

Above fixes do not solve the problem

This may happen if you have not restarted IIS

  • Restart IIS

Things that are easy to forget:

  • .php needs to be associated to filter php5isapi.dll
  • limesurvey/tmp directory needs writing permission for survey uploads
  • updating doc_root in php.ini and $rootdir in config.php

Missing files ("No such file or directory")

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:

"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

"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"

Solution

1. Delete all uploaded files.

2. Re-upload the files.

(3. If necessary: Reinstall by browsing to /limesurveyfolder/admin/install)

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'

or

After clicking 'Next' on a page which contains a big number of answers/subquestions, not all responses are being saved

or

After clicking 'Next', I end up on the same page

or

Using the quick translation system doesn't save answers or subquestions

or

When exporting a big number of response fields, not all of them are being exported

  • This is most likely because of a limiting setting in your webserver: max_input_vars . This setting limits the maximum number of variables that can be POSTed (submitted) to the server.

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).

  • 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.
  • 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.
  • 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.
  • 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.

No questions are shown when using MSSQL Server with FreeTDS on Linux

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. So, edit freetds.conf (e.g. /etc/freetds/freetds.conf) and change the respective line to 

    tds version = 8.0

That should fix this issue.

After taking the survey

Texts that were entered by the participant appear as question marks in the results

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

   ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Replace <your_database_name> with the name of your database. After you did that, deactivate your survey and activate it again.

Database specific issues

I want LimeSurvey to use a specific Postgres schema

Set in config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), See config-defaults for an example.

Retrieved from "http://www.limesurvey.org/manual/index.php?title=Troubleshooting/hu&oldid=262754"