Troubleshooting/da: Difference between revisions
From LimeSurvey Manual
Maren.fritz (talk | contribs) Created page with "==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'..." |
Maren.fritz (talk | contribs) Created page with "==Når der eksporteres et stort antal svarfelter, er det ikke alle, der eksporteres==" |
||
Line 192: | Line 192: | ||
or | or | ||
== | ==Når der eksporteres et stort antal svarfelter, er det ikke alle, der eksporteres== | ||
*This is most likely because of a limiting setting in your webserver: [http://php.net/manual/en/info.configuration.php#ini.max-input-vars '''max_input_vars'''] . This setting limits the maximum number of variables that can be POSTed (submitted) to the server. | *This is most likely because of a limiting setting in your webserver: [http://php.net/manual/en/info.configuration.php#ini.max-input-vars '''max_input_vars'''] . This setting limits the maximum number of variables that can be POSTed (submitted) to the server. |
Revision as of 12:45, 2 January 2024

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:
- Opdater upload_tmp_dir og session.save_path i php.ini
- Opret den konfigurerede session og upload mapper
- IIS: Tildelt tilladelse til at oprette og ændre til IIS-gæstebrugerkonto
- Apache : Sørg for, at din webserver har tilladelser til at skrive ind i den konfigurerede mappe
- Tjek om variablen "session.use_cookies" i php.ini er sat til 1.
- 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.
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
- 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.