Feilsøking

Den følgende wiki-delen er et resultat av arbeidet til flere medlemmer av LimeSurvey-fellesskapet. For mer oppdatert informasjon kan du besøke LimeSurvey-forumet. For profesjonell støtte kan du kontakte en av våre autoriserte LimeSurvey-partnere: https://limesurvey.com.

Generelt

Denne siden viser typiske tekniske problemer og løsningene på dem etter en vellykket installasjon. Hvis du trenger hjelp med problemer som oppstår under installasjonen, kan du se Vanlige spørsmål om installasjon.

Når du prøver å åpne påloggingssiden for administrasjon

Feilmelding: «No input file specified» etter installasjon

eller

Alle URL-er sender deg til siden med undersøkelser

Under installasjonen prøver LimeSurvey å finne den beste løsningen for URL-formatet. Noen ganger fungerer ikke dette som det skal.

Du må tvinge LimeSurvey til å bruke et annet system for URL-håndtering ved å redigere konfigurasjonsfilen.

Erstatt følgende i /application/config/config.php

     'urlFormat' => 'path',			

med dette:

     'urlFormat' => 'get',

Prøv deretter å åpne administrasjonspanelet ved å bruke den korte admin-URL-en:

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

Etter pålogging til administrasjonen

Enhver handling på admin-siden sender deg tilbake til påloggingsskjermen

Dette kan skje av følgende hovedårsaker:

• Problemer med PHP-sesjoner
• Problemer med UTF8-koding
• Problemer med IE

PHP-sesjoner:

1. Oppdater upload_tmp_dir og session.save_path i php.ini
2. Opprett de konfigurerte sesjons- og opplastingsmappene
3. IIS: Gi rettighet til å opprette og endre til gjestebrukerkontoen for IIS
4. Apache: Kontroller at webserveren har rettigheter til å skrive til den konfigurerte mappen
5. Kontroller at variabelen "session.use_cookies" i php.ini er satt til 1.
6. Kontroller variabelen "session.auto_start" i php.ini. Hvis den er satt til 1, endre den til 0.

Problemer med Internet Explorer LimeSurvey støtter ikke lenger tilgang til administrasjonsgrensesnittet via Internet Explorer.

UTF8-koding:

Hvis du redigerer en fil (mest sannsynlig config.php), må du ikke lagre den som UTF8 for å støtte spesialtegn i språk! Lagre alltid .php-filer i ekte ANSI/ISO-format.

Det fungerer ikke å sende inn en side som inneholder mange spørsmål/svaralternativer/underspørsmål

En ny innstilling ble introdusert i PHP 5.3.9 (og ble også tilbakeført til noen tidligere PHP-versjoner): max_input_vars. Denne innstillingen begrenser det maksimale antallet variabler som kan sendes (POST) til serveren. Standardverdien er 1000, men hvis du har et spørsmål med mange svaralternativer eller en side i undersøkelsen med veldig mange spørsmål/svar, kan denne grensen bli overskredet. Du må angi dette i PHP-konfigurasjonsfilen (php.ini).

Datoer vises ikke riktig ved bruk av MSSQL Server med FreeTDS på Linux

Finn filen locales.conf for FreeTDS og rediger den. Hvis du ikke har andre programmer som bruker FreeTDS, kan du bare erstatte innholdet med

[default]
    date format = %Y-%m-%d %H:%M:%S.%z

Hvis du har andre programmer som bruker FreeTDS, bør du først kontrollere hvilken locale du må redigere.

Lagre og start serveren på nytt. Datoene skal nå vises riktig. Hvis dette ikke fungerer, kan du ha redigert feil fil – gjenta prosessen.

Når jeg skriver inn spesialtegn (kinesisk, kyrillisk, gresk, arabisk) i undersøkelsen eller administrasjonen, vises hvert tegn som et spørsmålstegn?

Dette skjer hvis selve databasen ikke er opprettet med UTF-8-tegnsett. Det kan skje når du må opprette databasen via et administrasjonspanel hos en leverandør. Du kan løse problemet ved å kjøre følgende SQL-kommando på databasen din (for eksempel med phpMyAdmin) ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Erstatt <your_database_name> med navnet på databasen din. Du må gjøre dette før du installerer LimeSurvey.

PageSpeed skaper problemer for LimeSurvey

Du bør legge til ModPagespeed off i virtualhost-konfigurasjonen for LimeSurvey.

Ellers vil du verken kunne bruke ComfortUpdate eller eksportere data. Sannsynligvis vil også noe annet feile.

Mens du besvarer en undersøkelse

Feilen «Session has expired» (sesjonen er utløpt)

Du kan på et tidspunkt få en melding som denne:

ERROR

Vi beklager, men sesjonen har utløpt.

Enten har du vært inaktiv for lenge, du har deaktivert informasjonskapsler (cookies) i nettleseren din, eller det har oppstått problemer med tilkoblingen din.

Hvis Suhosin er aktivert på serveren din, kan det være årsaken til at du får denne meldingen midt i en undersøkelse.

Når undersøkelsen din ikke er aktiv, kan oppførselen være annerledes, og du kan bli omdirigert midt i en undersøkelse til den offentlige listen over undersøkelser. Løsningen er den samme.

Suhosin er et avansert beskyttelsessystem for PHP-installasjoner, men standardkonfigurasjonen til Suhosin kan skape problemer med LimeSurvey.

Kontroller og test først ved hjelp av Suhosin-loggen ved å sette suhosin.log.sapi = 511 og suhosin.simulation = on i henhold til Suhosin-dokumentasjonen.

Konfigurasjonsfilen ligger vanligvis i /etc/php5/apache2/conf.d/suhosin.ini, men for å være sikker kan du sjekke phpinfo (LimeSurvey-administrasjon > Globale innstillinger > Knappen Vis PHP-info > Linje: "Additional .ini files parsed") for å finne riktig sti.

Husk å starte Apache/Nginx-serveren din på nytt slik at parameterne trer i kraft (service apache2 restart eller service nginx restart).

Når simuleringen er på, blokkerer Suhosin ingenting, og feilene rapporteres til loggene (vanligvis i systemloggen din: /var/log/syslog). Hvis du får feilmeldinger som "ALERT-SIMULATION - configured POST variable limit exceeded", er det Suhosin som varsler. Prøv da følgende konfigurasjon (som ser ut til å fungere godt med 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

Med disse parameterne bør du kunne sette suhosin.simulation tilbake til verdien "off" (slik at serveren er beskyttet og LimeSurvey fortsatt fungerer).

Standardverdiene til Suhosin fungerer ikke godt med LimeSurvey. Hvis du virkelig ønsker å sikre serveren din strengt, kan du bruke simuleringsmodus for å justere innstillingen og finne gode verdier mellom 1000 og 5000 for vars og mellom 1000000 og 5000000 for value_lengths.

Merk: Det ble nylig innført en ekstra PHP-innstilling som også må justeres: max_input_vars - denne innstillingen er den samme som suhosin.post.max_vars, men må settes separat i php.ini.

Jeg kan ikke bytte språk!

Uansett hvilket språk du velger, vises grensesnittet (for administrator og bruker) alltid på engelsk. Vanligvis skyldes dette en feil i din PHP-versjon. Den eneste løsningen er å oppdatere PHP-versjonen din.

Noen vanlige feil (med fokus på IIS)

Index.php åpnes ikke

Mulig årsak: Dette kan skje hvis du ikke har installert de nødvendige utvidelsene

• Du må installere utvidelsene Multi-byte string og MSSQL (eller MySQL)

Mulig årsak: ISAPI-filteret er ikke konfigurert

• I IIS må du konfigurere nettstedet (du kan gjøre det på katalognivå) til å bruke php5isapi.dll

Index.php åpnes ikke, og «php.exe -i» gir feilmeldinger om manglende .dll-filer

Dette kan skje hvis du installerer for mange utvidelser

• Hvis du installerer alle PHP-utvidelser, vil PHP feile fordi ikke alle avhengigheter er oppfylt (f.eks. trenger Oracle-pakken Oracle-dll-er)
• Installer kun utvidelsene du trenger
• For å teste kan du prøve å kjøre php.exe -i fra kommandolinjen

Melding om at databasen mangler

Dette kan skje hvis du går til feil URL:

• Pass på at du går til limesurvey/admin/install/index.php i stedet for limesurvey/index.php!

Rettelsene ovenfor løser ikke problemet

Dette kan skje hvis du ikke har startet IIS på nytt

• Start IIS på nytt

Ting som er lette å glemme:

• .php må knyttes til filteret php5isapi.dll
• katalogen limesurvey/tmp trenger skriverettighet for opplasting i undersøkelser
• oppdatering av doc_root i php.ini og $rootdir i config.php

Manglende filer («No such file or directory»)

Når du laster LimeSurvey opp til serveren din, kan det hende at tilkoblingen blir avbrutt slik at noen filer ikke overføres eller ikke overføres fullstendig. Avhengig av filene kan du få ulike feilmeldinger hver gang du bruker ulike funksjoner/deler av LimeSurvey. Feilmeldingene for manglende filer ser slik ut:

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

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

Løsning

1. Slett alle opplastede filer.

2. Last opp filene på nytt.

(3. Om nødvendig: Installer på nytt ved å gå til /limesurveyfolder/admin/install)

Etter at du har sendt inn en side, havner du på den generelle indekssiden/på en 404-side, eller du får meldingen «The CSRF token could not be verified»

eller

Etter å ha klikket på 'Neste' på en side som inneholder mange svar/underspørsmål, blir ikke alle besvarelser lagret

eller

Etter å ha klikket på 'Neste' havner jeg på samme side

eller

Bruk av Hurtig oversettelse lagrer ikke svar eller underspørsmål

eller

Når du eksporterer et stort antall besvarelsesfelt, blir ikke alle eksportert

• Dette skyldes mest sannsynlig en begrensende innstilling på webserveren din: max_input_vars. Denne innstillingen begrenser det maksimale antallet variabler som kan sendes inn (POST) til serveren.

Standardverdien er 1000, men hvis du har et spørsmål med mange svaralternativer eller en undersøkelsesside med veldig mange spørsmål/svar, kan denne grensen bli overskredet. Du må redigere PHP-konfigurasjonen din (php.ini).

• Kontroller også PHP-innstillingene dine hvis verten din bruker Suhosin-utvidelsen for Apache, som kan være satt for restriktivt for noen innstillinger.

• For eksempel er de to innstillingene «suhosin.post.max_vars» og «suhosin.request.max_vars» begge satt til verdien 200 som standard. Øk begge disse innstillingene til 400 eller høyere, slik at brukere kan fullføre og sende inn lange undersøkelser.

• Hvis du fortsatt har problemer, kan du prøve å bytte modulen til simulation_mode (og dermed i praksis deaktivere den), siden maksimumsverdien alltid avhenger av din spesifikke undersøkelse.

• En annen årsak kan være en proxy eller lignende programvare som ikke tillater store POST-forespørsler eller som ber om den samme siden flere ganger i bakgrunnen (noe som fører til at det opprettes en ny CSRF-nøkkel). Prøv en annen internettforbindelse i så fall.

Ingen spørsmål vises ved bruk av MSSQL Server med FreeTDS på Linux

Hvis du ser nøye etter i en spørsmålsgruppe, er det et mellomrom i grupperelevansen som gjør at hele gruppen blir irrelevant. Det underliggende problemet er at FreeTDS returnerer mellomrom i tomme felt på grunn av en feilkonfigurasjon. Du kan løse dette ved å tvinge FreeTDS-protokollversjonen til minst 8.0. Rediger altså freetds.conf (f.eks. /etc/freetds/freetds.conf) og endre den aktuelle linjen til

    tds version = 8.0

Det bør løse problemet.

Etter å ha besvart undersøkelsen

Tekster som deltakeren har skrevet inn, vises som spørsmålstegn i resultatene

Dette skjer hvis selve databasen din ikke bruker UTF-8-tegnsett som standard. Dette kan skje når du må opprette databasen via et administrasjonspanel hos en leverandør. Du kan løse dette problemet ved å kjøre følgende SQL-kommando på databasen din (for eksempel ved hjelp av phpMyAdmin):

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

Erstatt <your_database_name> med navnet på databasen din. Etter at du har gjort dette, deaktiver undersøkelsen din og aktiver den på nytt.

Databasespesifikke problemer

Jeg vil at LimeSurvey skal bruke et bestemt Postgres-skjema

Angi i config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Se config-defaults for et eksempel.