Actions

Depanare

From LimeSurvey Manual

This page is a translated version of the page Troubleshooting and the translation is 100% complete.



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.

Template:Notă

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.

Nu pot schimba limba!

Indiferent de limba pe care o alegeți, interfața (administrator și utilizator) sunt întotdeauna afișate în limba engleză. În mod normal, acest lucru este cauzat de o eroare în versiunea dvs. PHP. Nu există altă soluție pentru aceasta decât actualizarea versiunii PHP.

Câteva erori comune (concentrate pe IIS)

Index.php nu se va deschide

Cauză posibilă: Acest lucru s-ar putea întâmpla dacă nu ați instalat extensiile necesare

  • Trebuie să instalați șiruri multi-octeți și extensii MSSQL (sau MySQL)


Cauză posibilă: filtrul ISAPI nu este configurat

  • În IIS, pentru site-ul web (ai putea să o faci la nivel de director) trebuie să îl configurați pentru a utiliza php5isapi.dll


Index.php nu se va deschide și „php.exe -i” oferă mesaje de eroare despre lipsa fișierelor .dll

Acest lucru se poate întâmpla dacă instalați prea multe extensii

  • Dacă instalați toate extensiile PHP, PHP va eșua deoarece nu toate dependențele au fost îndeplinite (de exemplu, pachetul Oracle are nevoie de dll-uri Oracle)
  • Instalați numai extensiile de care aveți nevoie
  • Pentru a testa, încercați să rulați php.exe -i din linia de comandă

Mesajul care spune că baza de date lipsește

Acest lucru se poate întâmpla dacă navigați la adresa URL greșită:

  • Asigurați-vă că accesați limesurvey/admin/install/index.php în loc de limesurvey/index.php!

Remedierile de mai sus nu rezolvă problema

Acest lucru se poate întâmpla dacă nu ați repornit IIS

  • Reporniți IIS

Lucruri care sunt ușor de uitat:

  • .php trebuie să fie asociat cu filtrul directorului php5isapi.dll
  • limesurvey/tmp are nevoie de permisiunea de scriere pentru încărcarea sondajului
  • se actualizează doc_root în php.ini și $rootdir în config.php

Fișiere lipsă ("Nu există un astfel de fișier sau director")

Când încărcați LimeSurvey pe server, se poate întâmpla ca conexiunea să fie întreruptă, astfel încât unele fișiere să nu fie transferate sau să nu fie transferate complet. În funcție de fișiere, puteți primi diferite mesaje de eroare ori de câte ori accesați diferite funcții/părți ale LimeSurvey. Erorile de aruncare a fișierelor lipsă arată astfel:

„Avertisment: require_once(/path/to/your/limesurvey/installation/filename) [function.require-once]: nu s-a putut deschide fluxul: nu există un astfel de fișier sau director în /path/to/your/limesurvey/installation/filename activat linia 12345" SAU

„Eroare fatală: require_once() [function.require]: este necesară deschiderea eșuată „require_once(/path/to/your/limesurvey/installation/filename)” (include_path='.:/x/y/z) în /path/ către/your/limesurvey/installation/filename pe linia 12345"

Soluţie

1. Ștergeți toate fișierele încărcate.

2. Reîncărcați fișierele.

(3. Dacă este necesar: reinstalați navigând la /limesurveyfolder/admin/install)

După trimiterea unei pagini, ajungi pe pagina de index general/pe o pagină 404 sau primești mesajul „Jetonul CSRF nu a putut fi verificat”

sau

După ce dau clic pe „Următorul” pe o pagină care conține un număr mare de răspunsuri/subîntrebări, nu toate răspunsurile sunt salvate

sau

După ce dau clic pe „Următorul”, ajung pe aceeași pagină

or

Folosirea sistemului de traducere rapidă nu salvează răspunsurile sau subîntrebările

sau

La exportul unui număr mare de câmpuri de răspuns, nu toate sunt exportate

  • Acest lucru se datorează, cel mai probabil, unei setări de limitare a serverului dvs. web: 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ă editați configurația PHP (php.ini).

  • De asemenea, verificați setările PHP dacă gazda dvs. folosește „extensia Suhosin pentru Apache” care poate fi setată să fie prea limitativă pentru câteva setări.
  • De exemplu, cele două setări „suhosin.post.max_vars” și „suhosin.request.max_vars” sunt ambele setate la o valoare de 200 în mod implicit. Măriți aceste setări la 400 sau mai mult, astfel încât utilizatorii să poată completa și trimite sondaje lungi.
  • Dacă mai aveți probleme, încercați să comutați modulul la simulation_mode (și, deci, practic, dezactivați-l), deoarece valoarea maximă depinde întotdeauna de sondajul dvs.
  • Un alt motiv ar putea fi un proxy sau un software similar care nu permite solicitări mari de postare sau solicitarea aceleiași pagini de mai multe ori în fundal (ceea ce duce la crearea unei noi chei CSRF). Încercați o altă conexiune la internet în acest caz.

Nu sunt afișate întrebări când utilizați MSSQL Server cu FreeTDS pe Linux

Dacă verificați cu atenție orice grup de întrebări, există un spațiu în relevanța grupului care face ca întregul grup să nu fie relevant. Problema de bază este că FreeTDS returnează spații pe câmpurile goale din cauza unei configurări greșite. Puteți remedia această problemă forțând versiunea protocolului FreeTDS la cel puțin 8.0. Deci, editați freetds.conf (ex. /etc/freetds/freetds.conf) și schimbați linia respectivă în

    versiunea tds = 8.0

Asta ar trebui să rezolve această problemă.

După ce ați luat sondajul

Textele care au fost introduse de participant apar ca semne de întrebare în rezultate

Acest lucru se întâmplă dacă baza de date în sine nu utilizează implicit 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 rezolva această problemă executând următoarea comandă SQL în baza de date (folosind, de exemplu, phpMyAdmin):

   ALTERA BAZA DE DATE `<your_database_name> ` SET DE CARACTERE DEFAULT utf8 COLLATE utf8_unicode_ci;

A inlocui<your_database_name> cu numele bazei de date. După ce ați făcut asta, dezactivați sondajul și activați-l din nou.

Probleme specifice bazei de date

Vreau ca LimeSurvey să folosească o schemă Postgres specifică

Setat în config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Vedeți configurația implicită pentru un exemplu.