Troubleshooting/ro

Template:Notă

General

Această pagină listează problemele tehnice tipice și soluțiile acestora „după” o instalare reușită. Dacă trebuie să depanați problemele care apar în timpul instalării, vă rugăm să consultați Întrebările frecvente despre instalare.

Când încercați să deschideți pagina de conectare a administrației

Mesaj de eroare: „Niciun fișier de intrare specificat” după instalare

sau

Orice URL vă permite să ajungeți pe pagina listei de sondaj

În timpul procesului de instalare, LimeSurvey încearcă să determine cea mai bună soluție pentru formatul URL. Uneori, acest lucru nu funcționează corect.

Trebuie să forțați LimeSurvey să folosească un alt sistem de gestionare a adreselor URL prin editarea fișierului de configurare.

În /application/config/config.php înlocuiți

  'urlFormat' => 'cale',			

de aceasta:

  'urlFormat' => 'obține',

Apoi încercați să deschideți panoul de administrare folosind adresa URL scurtă de administrare:

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

După autentificarea în administrare

Orice acțiune din pagina de administrare vă va întoarce la ecranul de conectare

Acest lucru se poate întâmpla din următoarele motive principale:

• Probleme cu sesiunile PHP
• Probleme de codificare UTF8
• Probleme IE

Sesiuni PHP :

1. Actualizați upload_tmp_dir și session.save_path în php.ini
2. Creați sesiunea configurată și încărcați directoarele
3. IIS: Permisiune atribuită pentru a crea și modifica contul de utilizator invitat IIS
4. Apache : Asigurați-vă că serverul dvs. web are permisiunea de a scrie în directorul configurat
5. Verificați dacă variabila „session.use_cookies” din php.ini este setată la 1.
6. Verificați variabila „session.auto_start” în php. ini. Dacă este setat la 1, schimbați-l la 0.

Probleme cu Internet Explorer LimeSurvey nu mai acceptă accesul la interfața de administrare prin Internet Explorer.

Codificare UTF8:

Dacă editați orice fișier (cel mai probabil config.php) nu îl salvați ca UTF8 pentru a suporta caractere speciale ale limbii! Salvați întotdeauna fișierele .php în format ANSI/ISO adevărat.

Trimiterea unei pagini care conține un număr mare de întrebări/opțiuni de răspuns/subîntrebări nu funcționează

A fost introdusă o nouă setare în PHP 5.3.9 (și chiar a fost retroportată la unele versiuni PHP anterioare): max_input_vars. Această setare limitează numărul maxim de variabile care pot fi POSTATE (trimise) către server. Valoarea implicită este setata la 1000, dar dacă aveți o întrebare cu multe opțiuni de răspuns sau o pagină de sondaj cu o mulțime de întrebări/răspunsuri această limită ar putea fi depășită. Va trebui să setați acest lucru în fișierul dvs. de configurare PHP (php.ini).

Datele nu sunt afișate corect folosind MSSQL Server cu FreeTDS pe Linux

Găsiți fișierul locales.conf al FreeTDS și editați-l. Dacă nu aveți alte aplicații care utilizează FreeTDS, înlocuiți conținutul cu

[implicit]
 format de dată = %Y-% m- %d %H:% M: %S.% z

Dacă aveți alte aplicații care folosesc FreeTDS, poate doriți să verificați mai întâi ce localizare trebuie să editați.

Salvați și reporniți serverul. Datele ar trebui acum să fie afișate corect. Dacă acest lucru nu funcționează, este posibil să fi editat fișierul greșit - clătiți și repetați.

Când introduc caractere speciale (chineză, chirilică, greacă, arabă) în sondajul sau administrația mea , fiecare caracter este afișat ca semn de întrebare?

Acest lucru se întâmplă dacă baza de date în sine nu este creată pentru a utiliza un set de caractere UTF-8. Acest lucru se poate întâmpla atunci când trebuie să creați baza de date folosind un panou de administrare a furnizorului. Puteți remedia această problemă executând următoarea comandă SQL în baza de date (folosind, de exemplu, phpMyAdmin) ALTER DATABASE `<your_database_name> ` SET DE CARACTERE DEFAULT utf8 COLLATE utf8_unicode_ci;

A inlocui<your_database_name> cu numele bazei de date. Trebuie să faceți acest lucru înainte de a instala LimeSurvey.

PageSpeed creează unele probleme pentru Limesurvey

Ar trebui să includeți ModPagespeed off în gazda virtuală LimeSurvey.

În caz contrar, nu veți putea să utilizați ConfortUpdate, nici să exportați date. Probabil că altceva va eșua.

În timpul unui sondaj

Eroare „Sesiunea a expirat”

Este posibil să primiți la un moment dat un mesaj de genul:

EROARE

Ne pare rău, dar sesiunea dvs. a expirat.

Fie ați fost inactiv de prea mult timp, aveți cookie-urile dezactivate pentru browser sau au apărut probleme cu conexiunea dvs.

Dacă Suhosin este activat pe serverul dvs., acesta ar putea fi motivul pentru care obțineți acest lucru în mijlocul unui sondaj.

Suhosin este un sistem avansat de protecție pentru instalările PHP, dar configurația implicită Suhosin poate crea probleme cu LimeSurvey.

Mai întâi, verificați și testați folosind jurnalul Suhosin, setând suhosin.log.sapi = 511 și suhosin.simulation = on conform documentația Suhosin.

Fișierul de configurare se află de obicei în /etc/php5/apache2/conf.d/suhosin.ini, dar pentru a fi sigur că vă puteți verifica phpinfo (administrare LimeSurvey > Setări globale > Buton Show phpinfo > Line : "Fișiere .ini suplimentare analizate ") pentru a obține calea corectă.

Nu uitați să reporniți serverul Apache/Nginx pentru ca parametrii să fie luați în considerare (service apache2 restart sau service nginx restart).

Când simularea este activată, Suhosin nu blochează nimic și erorile sunt raportate în jurnalele (de obicei, în jurnalul de sistem: /var/log/syslog). Dacă primiți mesaje de eroare precum „ALERT-SIMULATION - configurat POST variable limit depășită” este o alertă Suhosin...”, încercați următoarea configurație (care pare să funcționeze bine cu LimeSurvey):

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

Cu acești parametri, ar trebui să puteți comuta suhosin.simulation înapoi la valoarea „off” (astfel încât serverul să fie protejat și LimeSurvey încă să funcționeze).

Valorile implicite ale Suhosin nu funcționează bine cu LimeSurvey. Dacă într-adevăr doriți să vă securizați bine serverul, este posibil să doriți să utilizați modul de simulare pentru a regla setarea și pentru a găsi valorile bune între 1000 și 5000 pentru vars și 1000000 și 5000000 pentru value_lengths.

Notă: A fost introdusă recent o setare PHP suplimentară care trebuie de asemenea ajustată: max_input_vars - această setare este aceeași cu suhosin.post.max_vars, dar trebuie setată separat în 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.