Fejlfinding

Den følgende wiki-sektion er resultatet af arbejdet fra flere LimeSurvey-fællesskabsmedlemmer. For mere opdateret information, tjek LimeSurvey forum. For professionel support, kontakt en af vores LimeSurvey autoriserede partnere: https://limesurvey.com.

Generelt

Denne side viser typiske tekniske problemer og deres løsninger efter en vellykket installation. Hvis du har brug for at fejlfinde problemer, der opstår under installationen, se venligst Installation FAQ.

Når du forsøger at åbne administrationsloginsiden

Fejlmeddelelse: "Ingen inputfil angivet" efter installation

eller

Enhver URL lader dig ende på siden med undersøgelseslisten

Under installationsprocessen forsøger LimeSurvey at finde den bedste løsning til URL-formatet. Nogle gange fungerer dette ikke korrekt.

Du skal tvinge LimeSurvey til at bruge et andet URL-managersystem ved at redigere din konfigurationsfil.

I /application/config/config.php replace

  'urlFormat' => 'sti',			

Ved dette:

  'urlFormat' => 'hent',

Prøv derefter at åbne administrationspanelet ved at bruge den korte admin-URL:

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

Efter at have logget ind i administrationen

Enhver handling på admin-siden vil returnere dig til login-skærmen

Dette kan ske af følgende hovedårsager:

• PHP-sessionsproblemer
• UTF8-kodningsproblemer
• IE-problemer

PHP-sessioner:

1. Opdater upload_tmp_dir og session.save_path i php.ini
2. Opret den konfigurerede session og upload mapper
3. IIS: Tildelt tilladelse til at oprette og ændre til IIS-gæstebrugerkonto
4. Apache : Sørg for, at din webserver har tilladelser til at skrive ind i den konfigurerede mappe
5. Tjek om variablen "session.use_cookies" i php.ini er sat til 1.
6. Tjek variablen "session.auto_start" i php. ini. Hvis den er sat til 1, skal du ændre den til 0.

Internet Explorer-problemer LimeSurvey understøtter ikke længere adgangen til administrationsgrænsefladen via Internet Explorer.

UTF8-kodning:

Hvis du redigerer en fil (sandsynligvis config.php), skal du ikke gemme den som UTF8 for at understøtte specielle sprogtegn! Gem altid .php-filer som ægte ANSI/ISO-format.

At indsende en side, der indeholder et stort antal spørgsmål/svarmuligheder/underspørgsmål, virker ikke

Der blev introduceret en ny indstilling i PHP 5.3.9 (og blev endda backporteret til nogle tidligere PHP-versioner): max_input_vars. Denne indstilling begrænser det maksimale antal variabler, der kan sendes (sendes) til serveren. Standard er sat til 1000, men hvis du har et spørgsmål med mange svarmuligheder eller en undersøgelsesside med masser af spørgsmål/svar denne grænse kan blive overskredet. Du skal indstille dette i din PHP-konfigurationsfil (php.ini).

Datoer vises ikke korrekt ved brug af MSSQL Server med FreeTDS på Linux

Find filen locales.conf for FreeTDS og rediger den. Hvis du ikke har andre applikationer, der bruger FreeTDS, skal du blot erstatte indholdet med

[standard]
 datoformat = %Y-% m- %d %H:% M: %S.% z

Hvis du har andre programmer, der bruger FreeTDS, vil du måske først tjekke, hvilken lokalitet du skal redigere.

Gem og genstart serveren. Datoer skulle nu vises korrekt. Hvis dette ikke virker, har du muligvis redigeret den forkerte fil - skyl og gentag.

Når jeg indtaster særlige tegn (kinesisk, kyrillisk, græsk, arabisk) i min undersøgelse eller administration , vises hvert tegn som et spørgsmålstegn?

Dette sker, hvis din database ikke er oprettet til at bruge et UTF-8-tegnsæt. Dette kan ske, når du skal oprette databasen ved hjælp af et udbyderadministrationspanel. Du kan løse dette problem ved at udføre følgende SQL-kommando på din database (ved at bruge f.eks. phpMyAdmin) ALTER DATABASE `<your_database_name> ` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Erstatte<your_database_name> med navnet på din database. Du skal gøre dette, før du installerer LimeSurvey.

PageSpeed skaber nogle problemer for Limesurvey

Du bør inkludere ModPagespeed fra i din LimeSurvey virtualhost.

Ellers vil du ikke kunne bruge ConfortUpdate eller eksportere data. Sandsynligvis vil noget andet fejle.

Mens du tager en undersøgelse

Fejl "Session er udløbet"

Du kan på et tidspunkt få en besked som:

FEJL

Vi beklager, men din session er udløbet.

Enten har du været inaktiv for længe, du har deaktiveret cookies for din browser, eller også har der været problemer med din forbindelse.

Hvis Suhosin er aktiveret på din server, kan det være grunden til, at du får dette midt i en undersøgelse.

Suhosin er et avanceret beskyttelsessystem til PHP-installationer, men Suhosin-standardkonfigurationen kan skabe problemer med LimeSurvey.

Tjek og test først med Suhosin-loggen ved at indstille suhosin.log.sapi = 511 og suhosin.simulation = til i henhold til Suhosin-dokumentationen.

Konfigurationsfilen er normalt placeret i /etc/php5/apache2/conf.d/suhosin.ini, men for at være sikker kan du tjekke din phpinfo (LimeSurvey administration > Globale indstillinger > Button Show phpinfo > Linje : "Yderligere .ini filer parsed ") for at få den rigtige sti.

Glem ikke at genstarte din Apache/Nginx-server, for at parametrene skal tages i betragtning (service apache2 genstart eller service nginx genstart).

Når simuleringen er aktiveret, blokerer Suhosin ikke noget, og fejlene rapporteres i loggene (normalt i din systemlog: /var/log/syslog). Hvis du får en fejlmeddelelse såsom "ALERT-SIMULATION - konfigureret POST variabel grænse overskredet", der er Suhosin alarm...", prøv følgende konfiguration (som ser ud til at 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.5_0varsque

Med disse parametre burde du være i stand til at skifte suhosin.simulation tilbage til "off" værdi (så serveren er beskyttet og LimeSurvey stadig virker).

Standardværdierne for Suhosin fungerer ikke godt med LimeSurvey. Hvis du virkelig ønsker at sikre din server stramt, vil du måske bruge simuleringstilstanden til at justere indstillingen og finde de gode værdier mellem 1000 og 5000 for vars og 1000000 og 5000000 for værdi_længder.

Bemærk: Der blev introduceret en yderligere PHP-indstilling for nylig, som også skal justeres: max_input_vars - denne indstilling er den samme som suhosin.post.max_vars, men skal indstilles separat i php.ini.

Jeg kan ikke ændre sproget!

Uanset hvilket sprog du vælger, vises grænsefladen (admin og bruger) altid på engelsk. Normalt er dette forårsaget af en fejl i din PHP-version. Der er ingen anden rettelse til dette end at opdatere din PHP-version.

Nogle almindelige fejl (IIS-fokuseret)

Index.php vil ikke åbne

Mulig årsag: Dette kan ske, hvis du ikke har installeret de nødvendige udvidelser

• Du skal installere Multi-byte streng og MSSQL (eller MySQL) udvidelser

Mulig årsag: ISAPI-filter ikke konfigureret

• I IIS skal du for webstedet (du kan gøre det på biblioteksniveau) konfigurere det til at bruge php5isapi.dll

Index.php vil ikke åbne, og "php.exe -i" giver fejlmeddelelser om manglende .dll'er

Dette kan ske, hvis du installerer for mange udvidelser

• Hvis du installerer alle PHP-udvidelser, vil PHP mislykkes, fordi ikke alle afhængigheder blev opfyldt (f.eks. kræver oracle-pakken oracle dll'er)
• Installer kun de udvidelser, du har brug for
• For at teste, prøv at køre php.exe -i fra kommandolinjen

Meddelelse om, at databasen mangler

Dette kan ske, hvis du navigerer til forkert url:

• Sørg for at gå til limesurvey/admin/install/index.php i stedet for limesurvey/index.php!

Ovenstående rettelser løser ikke problemet

Dette kan ske, hvis du ikke har genstartet IIS

• Genstart IIS

Ting, der er nemme at glemme:

• .php skal tilknyttes filteret php5isapi.dll
• limesurvey/tmp-biblioteket skal have skrivetilladelse til undersøgelsesuploads
• opdatere doc_root i php.ini og $rootdir i config.php

Manglende filer ("Ingen sådan fil eller mappe")

Når du uploader LimeSurvey til din server, kan det ske, at forbindelsen afbrydes, så nogle filer ikke overføres eller ikke overføres fuldstændigt. Afhængigt af filerne kan du få forskellige fejlmeddelelser, hver gang du får adgang til forskellige funktioner/dele af LimeSurvey. De manglende filer kaster fejl ser sådan ud:

"Advarsel: require_once(/path/to/your/limesurvey/installation/filename) [function.require-once]: kunne ikke åbne stream: Ingen sådan fil eller mappe i /path/to/your/limesurvey/installation/filename on linje 12345" ELLER

"Fatal fejl: require_once() [function.require]: Mislykket åbning kræves 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) i /path/ til/din/limesurvey/installation/filnavn på linje 12345"

Løsning

1. Slet alle uploadede filer.

2. Genupload filerne.

(3. Om nødvendigt: Geninstaller ved at gå til /limesurveyfolder/admin/install)

Efter at have indsendt en side, ender du på den generelle indeksside/på en 404-side, eller du får beskeden 'CSRF-tokenet kunne ikke verificeres'

eller

Efter at have klikket på 'Næste' på en side, der indeholder et stort antal svar/underspørgsmål, bliver ikke alle svar gemt

eller

Efter at have klikket på 'Næste' ender jeg på samme side

or

Brug af det hurtige oversættelsessystem gemmer ikke svar eller underspørgsmål

or

Når der eksporteres et stort antal svarfelter, er det ikke alle, der eksporteres

• Dette er højst sandsynligt på grund af en begrænsende indstilling i din webserver: max_input_vars . Denne indstilling begrænser det maksimale antal variabler, der kan sendes (sendes) til serveren.

Standard er sat til 1000, men hvis du har et spørgsmål med mange svarmuligheder eller en undersøgelsesside med masser af spørgsmål/ svar, kan denne grænse være overskredet. Du skal redigere din PHP-konfiguration (php.ini).

• Tjek også dine PHP-indstillinger, hvis din vært bruger Suhosin-udvidelsen til Apache, som kan være indstillet til at være for begrænsende på et par indstillinger.

• For eksempel er de to indstillinger "suhosin.post.max_vars" og "suhosin.request.max_vars" begge indstillet til en værdi på 200 som standard. Forøg disse indstillinger både til 400 eller højere, så brugere kan udfylde og indsende lange undersøgelser.

• Hvis du stadig har problemer, så prøv at skifte modulet til simulation_mode (og så dybest set deaktiver det), da den maksimale værdi altid afhænger af din specifikke undersøgelse.

• En anden grund kan være en proxy eller lignende software, som ikke tillader store postanmodninger eller anmodninger om den samme side flere gange i baggrunden (hvilket fører til, at en ny CSRF-nøgle bliver oprettet). Prøv en anden internetforbindelse i dette tilfælde.

Der vises ingen spørgsmål ved brug af MSSQL Server med FreeTDS på Linux

Hvis du tjekker omhyggeligt en spørgsmålsgruppe, er der et mellemrum i gruppens relevans, som gør hele gruppen ikke-relevant. Det underliggende problem er, at din FreeTDS returnerer mellemrum på tomme felter på grund af en fejlkonfiguration. Du kan løse dette problem ved at tvinge FreeTDS-protokolversionen til mindst 8.0. Så rediger freetds.conf (f.eks. /etc/freetds/freetds.conf) og skift den respektive linje til

    tds version = 8.0

Det burde løse dette problem.

Efter at have taget undersøgelsen

Tekster, som er indtastet af deltageren, vises som spørgsmålstegn i resultaterne

Dette sker, hvis din database ikke som standard bruger et UTF-8-tegnsæt. Dette kan ske, når du skal oprette databasen ved hjælp af et udbyderadministrationspanel. Du kan løse dette problem ved at udføre følgende SQL-kommando på din database (ved at bruge for eksempel phpMyAdmin):

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

Erstatte<your_database_name> med navnet på din database. Når du har gjort det, skal du deaktivere din undersøgelse og aktivere den igen.

Databasespecifikke problemer

Jeg vil have LimeSurvey til at bruge et specifikt Postgres-skema

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