Felsökning

Följande wikiavsnitt är resultatet av arbete från flera medlemmar i LimeSurvey-communityn. Du hittar mer uppdaterad information i LimeSurvey-forumet. För professionell support kan du kontakta någon av våra auktoriserade LimeSurvey-partners: https://limesurvey.com.

Allmänt

Den här sidan listar vanliga tekniska problem och deras lösningar efter en lyckad installation. Om du behöver felsöka problem som uppstår under installationen, se Vanliga frågor om installation.

När du försöker öppna inloggningssidan för administrationen

Felmeddelande: "No input file specified" efter installationen

eller

Alla webbadresser leder till sidan med enkätlistan

Under installationen försöker LimeSurvey fastställa den bästa lösningen för webbadressformatet. Ibland fungerar detta inte som det ska.

Du måste tvinga LimeSurvey att använda ett annat system för hantering av webbadresser genom att redigera din konfigurationsfil.

I /application/config/config.php ersätter du

     'urlFormat' => 'path',			

med detta:

     'urlFormat' => 'get',

Försök sedan öppna administrationspanelen med den korta administrationsadressen:

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

Efter inloggning i administrationen

Varje åtgärd på administrationssidan leder tillbaka till inloggningsskärmen

Detta kan hända av följande huvudsakliga skäl:

• Problem med PHP-sessioner
• Problem med UTF8-kodning
• Problem med IE

PHP-sessioner:

1. Uppdatera upload_tmp_dir och session.save_path i php.ini
2. Skapa de konfigurerade katalogerna för sessioner och uppladdningar
3. IIS: Ge IIS-gästanvändarkontot behörighet att skapa och ändra
4. Apache: Kontrollera att webbservern har behörighet att skriva till den konfigurerade katalogen
5. Kontrollera att variabeln "session.use_cookies" i php.ini är satt till 1.
6. Kontrollera variabeln "session.auto_start" i php.ini. Om den är satt till 1 ändrar du den till 0.

Problem med Internet Explorer LimeSurvey stöder inte längre åtkomst till administrationsgränssnittet via Internet Explorer.

UTF8-kodning:

Om du redigerar någon fil (troligtvis config.php) ska du inte spara den som UTF8 för att stödja specialtecken! Spara alltid .php-filer i äkta ANSI/ISO-format.

Det går inte att skicka in en sida som innehåller ett stort antal frågor/Alternativ för svar/delfrågor

I PHP 5.3.9 infördes en ny inställning (som även har backportats till vissa tidigare PHP-versioner): max_input_vars. Den här inställningen begränsar det maximala antalet variabler som kan POST:as (skickas) till servern. Standardvärdet är 1000, men om du har en fråga med många Alternativ för svar eller en enkätsida med väldigt många frågor/svar kan gränsen överskridas. Du måste ställa in detta i din PHP-konfigurationsfil (php.ini).

Datum visas inte korrekt när MSSQL Server med FreeTDS används på Linux

Hitta filen locales.conf för FreeTDS och redigera den. Om du inte har några andra program som använder FreeTDS kan du helt enkelt ersätta innehållet med

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

Om du har andra program som använder FreeTDS bör du först kontrollera vilken locale du behöver redigera.

Spara och starta om servern. Datumen bör nu visas korrekt. Om det inte fungerar kan du ha redigerat fel fil – skölj och upprepa.

När jag skriver in specialtecken (kinesiska, kyrilliska, grekiska, arabiska) i min enkät eller administration visas varje tecken som ett frågetecken?

Detta händer om själva databasen inte har skapats för att använda teckenuppsättningen UTF-8. Det kan hända när du måste skapa databasen via en leverantörs administrationspanel. Du kan åtgärda problemet genom att köra följande SQL-kommando på din databas (till exempel med phpMyAdmin) ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Ersätt <your_database_name> med namnet på din databas. Du måste göra detta innan du installerar LimeSurvey.

PageSpeed orsakar problem för LimeSurvey

Du bör lägga till ModPagespeed off i din virtuella värd (virtualhost) för LimeSurvey.

Annars kommer du varken att kunna använda ComfortUpdate eller exportera data. Troligen kommer även något annat att sluta fungera.

När du svarar på en enkät

Felet "Session has expired"

Du kan någon gång få ett meddelande som detta:

ERROR

Tyvärr har din session upphört.

Antingen har du varit inaktiv för länge, så har du inaktiverat cookies i din webbläsare, eller så har det uppstått problem med din anslutning.

Om Suhosin är aktiverat på din server kan det vara orsaken till att du får det här meddelandet mitt i en enkät.

När din enkät inte är aktiv kan beteendet vara ett annat, och du kan omdirigeras mitt i en enkät till den offentliga listan över enkäter. Lösningen är densamma.

Suhosin är ett avancerat skyddssystem för PHP-installationer, men Suhosins standardkonfiguration kan skapa problem med LimeSurvey.

Kontrollera och testa först med hjälp av Suhosin-loggen genom att ange suhosin.log.sapi = 511 och suhosin.simulation = on enligt Suhosin-dokumentationen.

Konfigurationsfilen finns vanligtvis i /etc/php5/apache2/conf.d/suhosin.ini, men för att vara säker kan du kontrollera din phpinfo (LimeSurvey-administration > Globala inställningar > Knappen Visa PHPInfo > Rad: "Additional .ini files parsed") för att få fram rätt sökväg.

Glöm inte att starta om din Apache-/Nginx-server så att parametrarna börjar gälla (service apache2 restart eller service nginx restart).

När simuleringen är på blockerar Suhosin ingenting, och felen rapporteras i loggarna (vanligtvis i din systemlogg: /var/log/syslog). Om du får ett felmeddelande som "ALERT-SIMULATION - configured POST variable limit exceeded" är det Suhosin som varnar ... Prova då följande konfiguration (som verkar fungera bra 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 de här parametrarna bör du kunna sätta tillbaka suhosin.simulation till värdet "off" (så att servern är skyddad och LimeSurvey fortfarande fungerar).

Suhosins standardvärden fungerar inte bra med LimeSurvey. Om du verkligen vill skydda din server ordentligt kan du använda simuleringsläget för att justera inställningen och hitta lämpliga värden mellan 1000 och 5000 för vars och mellan 1000000 och 5000000 för value_lengths.

Observera: En ytterligare PHP-inställning har nyligen införts som också behöver justeras: max_input_vars - den här inställningen är densamma som suhosin.post.max_vars men måste anges separat i php.ini.

Jag kan inte ändra språk!

Oavsett vilket språk du väljer visas gränssnittet (för både administratörer och användare) alltid på engelska. Normalt beror detta på en bugg i din PHP-version. Det finns ingen annan lösning på detta än att uppdatera din PHP-version.

Några vanliga fel (med fokus på IIS)

Index.php öppnas inte

Möjlig orsak: Detta kan hända om du inte har installerat de nödvändiga tilläggen

• Du måste installera tilläggen Multi-byte string och MSSQL (eller MySQL)

Möjlig orsak: ISAPI-filtret är inte konfigurerat

• I IIS måste du konfigurera webbplatsen (du kan göra det på katalognivå) så att den använder php5isapi.dll

Index.php öppnas inte och "php.exe -i" ger felmeddelanden om saknade .dll-filer

Detta kan hända om du installerar för många tillägg

• Om du installerar alla PHP-tillägg kommer PHP att misslyckas eftersom****inte alla beroenden uppfylls (t.ex. kräver Oracle-paketet Oracle-dll-filer)
• Installera bara de tillägg du behöver
• Testa genom att köra php.exe -i från kommandoraden

Meddelande om att databasen saknas

Detta kan hända om du går till fel webbadress:

• Se till att du går till limesurvey/admin/install/index.php i stället för limesurvey/index.php!

Ovanstående lösningar löser inte problemet

Detta kan hända om du inte har startat om IIS

• Starta om IIS

Saker som är lätta att glömma:

• .php måste vara associerat med filtret php5isapi.dll
• Katalogen limesurvey/tmp behöver skrivbehörighet för uppladdningar i enkäter
• Uppdatera doc_root i php.ini och $rootdir i config.php

Saknade filer ("No such file or directory")

När du laddar upp LimeSurvey till din server kan anslutningen avbrytas, så att vissa filer inte överförs eller inte överförs fullständigt. Beroende på vilka filer det gäller kan du få olika felmeddelanden när du använder olika funktioner/delar av LimeSurvey. Felen som orsakas av saknade filer ser ut så här:

"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. Radera alla uppladdade filer.

2. Ladda upp filerna igen.

(3. Vid behov: Installera om genom att gå till /limesurveyfolder/admin/install)

När du har skickat en sida hamnar du på den allmänna indexsidan eller på en 404-sida, eller så får du meddelandet 'The CSRF token could not be verified'

eller

När du klickar på 'Nästa' på en sida med ett stort antal svar/delfrågor sparas inte alla svar

eller

När jag klickar på 'Nästa' hamnar jag på samma sida

eller

Snabböversättning sparar inte svar eller delfrågor

eller

När du exporterar ett stort antal svarsfält exporteras inte alla av dem

• Detta beror med största sannolikhet på en begränsande inställning i din webbserver: max_input_vars . Den här inställningen begränsar det maximala antalet variabler som kan skickas (POST) till servern.

Standardvärdet är 1000, men om du har en fråga med många alternativ för svar eller en enkätsida med väldigt många frågor/svar kan gränsen överskridas. Du behöver redigera din PHP-konfiguration (php.ini).

• Kontrollera också dina PHP-inställningar om din värd använder Suhosin-tillägget för Apache, som kan vara för restriktivt för vissa inställningar.

• Till exempel är inställningarna "suhosin.post.max_vars" och "suhosin.request.max_vars" båda satta till 200 som standard. Öka båda inställningarna till 400 eller högre så att användare kan slutföra och skicka långa enkäter.

• Om du fortfarande har problem kan du prova att växla modulen till simulation_mode (och därmed i praktiken avaktivera den), eftersom maxvärdet alltid beror på just din enkät.

• En annan orsak kan vara en proxy eller liknande programvara som inte tillåter stora POST-förfrågningar eller att samma sida begärs flera gånger i bakgrunden (vilket leder till att en ny CSRF-nyckel skapas). Prova i så fall en annan internetanslutning.

Inga frågor visas när MSSQL Server med FreeTDS används på Linux

Om du granskar någon frågegrupp noga finns det ett mellanslag i gruppens relevans, vilket gör hela gruppen icke-relevant. Det underliggande problemet är att din FreeTDS returnerar mellanslag i tomma fält på grund av en felaktig konfiguration. Du kan åtgärda problemet genom att tvinga FreeTDS-protokollversionen till minst 8.0. Redigera alltså freetds.conf (t.ex. /etc/freetds/freetds.conf) och ändra den aktuella raden till

    tds version = 8.0

Då bör problemet vara löst.

Efter att enkäten har besvarats

Texter som deltagaren har angett visas som frågetecken i resultaten

Det här inträffar om din databas inte använder teckenuppsättningen UTF-8 som standard. Det kan hända när du måste skapa databasen via en leverantörs administrationspanel. Du kan åtgärda problemet genom att köra följande SQL-kommando på din databas (till exempel med phpMyAdmin):

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

Ersätt <your_database_name> med namnet på din databas. När du har gjort det avaktiverar du din enkät och aktiverar den igen.

Databasspecifika problem

Jag vill att LimeSurvey ska använda ett specifikt Postgres-schema

Ange i config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Se config-defaults för ett exempel.