Troubleshooting/sl

Template:Opomba

Splošno

Na tej strani so navedene tipične tehnične težave in njihove rešitve po uspešni namestitvi. Če morate odpraviti težave, ki se pojavijo med namestitvijo, glejte Pogosta vprašanja o namestitvi.

Ko poskušate odpreti skrbniško stran za prijavo

Sporočilo o napaki: "Nobena vhodna datoteka ni podana" po namestitvi

ali

Kateri koli URL vam omogoča, da končate na strani s seznamom anket

Med postopkom namestitve poskuša LimeSurvey določiti najboljšo rešitev za URL-format. Včasih to ne deluje pravilno.

LimeSurvey morate prisiliti, da uporablja drug sistem za upravljanje URL-jev, tako da uredite svojo konfiguracijsko datoteko.

V /application/config/config.php zamenjajte

  'urlFormat' => 'pot',			

s tem:

  'urlFormat' => 'dobi',

Nato poskusite odpreti skrbniško ploščo s kratkim skrbniškim URL-jem:

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

Po prijavi v administracijo

Vsako dejanje na skrbniški strani vas bo vrnilo na prijavni zaslon

To se lahko zgodi zaradi naslednjih glavnih razlogov:

• Težave s sejami PHP
• Težave s kodiranjem UTF8
• Težave IE

Seje PHP :

1. Posodobite upload_tmp_dir in session.save_path v php.ini
2. Ustvarite konfigurirano sejo in imenike za nalaganje
3. IIS: Dodeljeno dovoljenje za ustvarjanje in spreminjanje uporabniškega računa gosta IIS
4. Apache : Prepričajte se, da ima vaš spletni strežnik dovoljenja za pisanje v konfigurirani imenik
5. Preverite, ali je spremenljivka "session.use_cookies" v php.ini nastavljena na 1.
6. Preverite spremenljivko "session.auto_start" v php. ini. Če je nastavljeno na 1, ga spremenite na 0.

Internet Explorer težave LimeSurvey ne podpira več dostopa do skrbniškega vmesnika preko Internet Explorerja.

Kodiranje UTF8:

Če urejate katero koli datoteko (najverjetneje config.php), je ne shranite kot UTF8, da bi podpirali posebne jezikovne znake! Datoteke .php vedno shranjujte v pravem formatu ANSI/ISO.

Oddaja strani, ki vsebuje veliko število vprašanj/možnosti odgovorov/podvprašanj, ne deluje

V PHP 5.3.9 je bila predstavljena nova nastavitev (in bila celo prenesena v nekatere starejše različice PHP): max_input_vars. Ta nastavitev omejuje največje število spremenljivk, ki jih je mogoče POST (predložiti) strežniku. Privzeto je nastavljeno na 1000, vendar če imate vprašanje z veliko možnostmi odgovorov ali anketno stran z veliko in veliko vprašanji/odgovori ta meja je lahko presežena. To boste morali nastaviti v konfiguracijski datoteki PHP (php.ini).

Datumi niso pravilno prikazani z uporabo strežnika MSSQL s FreeTDS v sistemu Linux

Poiščite datoteko locales.conf FreeTDS in jo uredite. Če nimate nobene druge aplikacije, ki uporablja FreeTDS, zamenjajte vsebino z

[privzeto]
 oblika datuma = %Y-% m- %d %H:% M: %S.% z

Če imate druge aplikacije, ki uporabljajo FreeTDS, boste morda želeli najprej preveriti, katere lokalne nastavitve morate urediti.

Shranite in znova zaženite strežnik. Datumi bi morali biti zdaj pravilno prikazani. Če to ne deluje, ste morda uredili napačno datoteko - sperite in ponovite.

Ko v svojo anketo ali administracijo vnašam posebne znake (kitajščino, cirilico, grščino, arabščino), je vsak znak prikazan kot vprašaj?

To se zgodi, če sama baza podatkov ni ustvarjena za uporabo nabora znakov UTF-8. To se lahko zgodi, ko morate bazo podatkov ustvariti s skrbniško ploščo ponudnika. To težavo lahko odpravite tako, da v svoji bazi podatkov izvedete naslednji ukaz SQL (z uporabo na primer phpMyAdmin) ALTER DATABASE `<your_database_name> ` PRIVZETI NABOR ZNAKOV utf8 COLLATE utf8_unicode_ci;

Zamenjati<your_database_name> z imenom vaše baze podatkov. To morate storiti pred namestitvijo LimeSurvey.

PageSpeed povzroča nekaj težav Limesurvey

V virtualnem gostitelju LimeSurvey morate vključiti ModPagespeed off.

V nasprotnem primeru ne boste mogli uporabljati ConfortUpdate, niti izvoziti podatkov. Verjetno bo še kaj zatajilo.

Med izpolnjevanjem ankete

Napaka "Seja je potekla"

Morda boste na neki točki prejeli sporočilo, kot je:

NAPAKA

Oprostite, vendar je vaša seja potekla.

Ali ste bili predolgo neaktivni, imate onemogočene piškotke v brskalniku ali pa je prišlo do težav z vašo povezavo.

Če je Suhosin aktiviran na vašem strežniku, je to morda razlog, da to dobite sredi ankete.

Suhosin je napreden sistem zaščite za namestitve PHP, vendar lahko privzeta konfiguracija Suhosin povzroči težave z LimeSurvey.

Najprej preverite in preizkusite uporabo dnevnika Suhosin tako, da nastavite suhosin.log.sapi = 511 in suhosin.simulation = on v skladu z dokumentacijo Suhosin.

Konfiguracijska datoteka se običajno nahaja v /etc/php5/apache2/conf.d/suhosin.ini, vendar se lahko prepričate, da preverite svojo phpinfo (Administracija LimeSurvey > Globalne nastavitve > Gumb Prikaži phpinfo > Vrstica: "Razčlenjene dodatne datoteke .ini «), da dobite pravo pot.

Ne pozabite znova zagnati strežnika Apache/Nginx, da se upoštevajo parametri (ponovni zagon storitve apache2 ali ponovni zagon storitve nginx).

Ko je simulacija vklopljena, Suhosin ničesar ne blokira in napake so sporočene v dnevnike (običajno v vaš sistemski dnevnik: /var/log/syslog). Če prejmete sporočilo o napaki, kot je »ALERT-SIMULATION – konfigurirana meja spremenljivke POST presežena«, to je Suhosin opozorilo ...«, poskusite naslednjo konfiguracijo (za katero se zdi, da dobro deluje z 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

S temi parametri bi morali imeti možnost preklopiti suhosin.simulation nazaj na vrednost "off" (tako da je strežnik zaščiten in LimeSurvey še vedno deluje).

Privzete vrednosti Suhosin ne delujejo dobro z LimeSurvey. Če res želite trdno zaščititi svoj strežnik, boste morda želeli uporabiti način simulacije, da prilagodite nastavitev in poiščete dobre vrednosti med 1000 in 5000 za spremenljivke ter 1000000 in 5000000 za value_lengths.

'Opomba: Pred kratkim je bila uvedena dodatna nastavitev PHP, ki jo je treba prav tako prilagoditi: max_input_vars - ta nastavitev je enaka suhosin.post.max_vars, vendar jo je treba nastaviti ločeno v php.ini.

Ne morem spremeniti jezika!

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.