Actions

Troubleshooting/es: Difference between revisions

From LimeSurvey Manual

(Created page with "{{Nota|Cuando su encuesta no está activa, el comportamiento puede ser diferente y es posible que se le redirija en medio de una encuesta a la lista pública de encuestas. La...")
(Created page with "== Quiero que LimeSurvey use un esquema de Postgres específico == Establecer en config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Ver config-defaults para...")
 
(37 intermediate revisions by the same user not shown)
Line 101: Line 101:
Suhosin es un sistema de protección avanzado para instalaciones PHP, pero la configuración predeterminada de Suhosin puede crear problemas con LimeSurvey.
Suhosin es un sistema de protección avanzado para instalaciones PHP, pero la configuración predeterminada de Suhosin puede crear problemas con LimeSurvey.


First, check and test using the Suhosin log by setting suhosin.log.sapi = 511 and suhosin.simulation = on according to the [http://www.hardened-php.net/suhosin/configuration.html Suhosin documentation].
Primero, verifique y pruebe usando el registro de Suhosin configurando suhosin.log.sapi = 511 y suhosin.simulation = on de acuerdo con la [http://www.hardened-php.net/suhosin/configuration.html documentación de Suhosin].


The configuration file is usually located in /etc/php5/apache2/conf.d/suhosin.ini, but to be sure you can check your phpinfo (LimeSurvey administration > Global Settings > Button Show phpinfo > Line : "Additional .ini files parsed") to get the correct path.
El archivo de configuración generalmente se encuentra en /etc/php5/apache2/conf.d/suhosin.ini, pero para estar seguro puede verificar su phpinfo (Administración de LimeSurvey > Configuración global > Botón Mostrar phpinfo > Línea: "Archivos .ini adicionales analizados ") para obtener la ruta correcta.


Don't forget to restart your Apache/Nginx server for the parameters to be taken into account (service apache2 restart or service nginx restart).
No olvide reiniciar su servidor Apache/Nginx para que se tengan en cuenta los parámetros (reinicio del servicio apache2 o reinicio del servicio nginx).


When the simulation is on, Suhosin is not blocking anything and the errors are reported into the logs (usually in your system log: /var/log/syslog). If you get an error messages such as "ALERT-SIMULATION - configured POST variable limit exceeded" that's Suhosin alerting...", try the following configuration (which seems to work well with LimeSurvey):  
Cuando la simulación está activada, Suhosin no bloquea nada y los errores se informan en los registros (normalmente en el registro del sistema: /var/log/syslog). Si recibe mensajes de error como "ALERTA-SIMULACIÓN - se excedió el límite de la variable POST configurada", eso es una alerta de Suhosin...", pruebe la siguiente configuración (que parece funcionar bien con LimeSurvey):  


<syntaxhighlight lang="php">
<syntaxhighlight lang="php">
Line 116: Line 116:
suhosin.request.max_vars = 5000</syntaxhighlight>
suhosin.request.max_vars = 5000</syntaxhighlight>


With those parameters, you should be able to switch the suhosin.simulation back to "off" value (so that the server is protected and LimeSurvey still works).
Con esos parámetros, debería poder volver a cambiar suhosin.simulation al valor "apagado" (para que el servidor esté protegido y LimeSurvey aún funcione).


The default values of Suhosin are not working well with LimeSurvey. If you really want to secure your server tightly, you might want to use the simulation mode to tune the setting and find the good values between 1000 and 5000 for the vars and 1000000 and 5000000 for the value_lengths.
Los valores predeterminados de Suhosin no funcionan bien con LimeSurvey. Si realmente desea proteger firmemente su servidor, es posible que desee utilizar el modo de simulación para ajustar la configuración y encontrar los buenos valores entre 1000 y 5000 para las vars y 1000000 y 5000000 para value_lengths.


<div class="simplebox"> '''Note''': There was an additional PHP setting introduced recently which needs to be tweaked, too: max_input_vars - this setting is the same as suhosin.post.max_vars but needs to be set separately in php.ini. </div>
<div class="simplebox">'''Nota''': Recientemente se introdujo una configuración PHP adicional que también debe modificarse: max_input_vars: esta configuración es la misma que suhosin.post.max_vars pero debe configurarse por separado en php.ini.</div>


==I can't change the language!==
==¡No puedo cambiar el idioma!==


No matter what language you choose, the interface (admin and user) are always displayed in the English language. Normally, this is caused by a bug in your PHP version. There is no other fix for this than updating your PHP version.
No importa el idioma que elija, la interfaz (administrador y usuario) siempre se muestra en inglés. Normalmente, esto se debe a un error en su versión de PHP. No hay otra solución para esto que actualizar su versión de PHP.


==Some common errors (IIS focused)==
==Algunos errores comunes (centrados en IIS)==


===Index.php won't open===
===Index.php no se abre===


Possible cause: This might happen if you haven't installed the necessary extensions
Posible causa: ¡Esto puede suceder si no ha instalado las extensiones necesarias!
* You need to install Multi-byte string and MSSQL (or MySQL) extensions
* Necesita instalar una cadena multibyte y extensiones MSSQL (o MySQL)




Possible cause: ISAPI filter not configured
Posible causa: ¡Filtro ISAPI no configurado
* In IIS, for the website (you could do it at the directory level) you must configure it to use php5isapi.dll
* En IIS, para el sitio web (podrías hacerlo a nivel de directorio) debes configurarlo para usar php5isapi.dll




===Index.php won't open and "php.exe -i" gives error messages about missing .dll's===
===Index.php no se abre y "php.exe -i" muestra mensajes de error sobre la falta de .dll===




This may happen if you install too many extensions
¡Esto puede suceder si instala demasiadas extensiones
* If you install all PHP extensions, PHP will fail because not all dependencies were met (e.g., the oracle package needs oracle dll's)
* Si instala todas las extensiones de PHP, PHP fallará porque no se cumplieron todas las dependencias (por ejemplo, el paquete de Oracle necesita dll de Oracle)
* Install only the extensions you need
* ¡Instale solo las extensiones que necesita! N!* Para probar, intente ejecutar php.exe -i desde la línea de comando
* To test, try running php.exe -i from the command line


===Message stating database was missing===
===Falta un mensaje que indica que falta la base de datos===


This may happen if you navigate to wrong url:
Esto puede suceder si navega a una URL incorrecta:
* Make sure you go to limesurvey/admin/install/index.php instead of limesurvey/index.php !
* ¡Asegúrese de ir a limesurvey/admin/install/index.php en lugar de limesurvey/index.php!


===Above fixes do not solve the problem===
===Las correcciones anteriores no resuelven el problema===


This may happen if you have not restarted IIS
Esto puede suceder si no ha reiniciado IIS
* Restart IIS
* Reinicie IIS


Things that are easy to forget:
Cosas que son fáciles de olvidar:
* .php needs to be associated to filter php5isapi.dll
* .php necesita estar asociado para filtrar php5isapi.dll
* limesurvey/tmp directory needs writing permission for survey uploads
* El directorio limesurvey/tmp necesita permiso de escritura para cargar encuestas
* updating doc_root in php.ini and $rootdir in config.php
* actualizar doc_root en php.ini y $rootdir en configuración.php


===Missing files ("No such file or directory")===
===Archivos faltantes ("No existe tal archivo o directorio")===


When uploading LimeSurvey to your server it might happen that the connection is interrupted so that some files are not transferred or not transferred completely. Depending on the files, you can get different error messages whenever you access different features/parts of LimeSurvey. The missing files throw errors look like this:
Al cargar LimeSurvey en su servidor, puede suceder que la conexión se interrumpa y algunos archivos no se transfieran o no se transfieran por completo. Dependiendo de los archivos, puede recibir diferentes mensajes de error cada vez que acceda a diferentes funciones/partes de LimeSurvey. Los archivos que faltan arrojan errores que se ven así:


<div class="simplebox">
<div class="simplebox">


"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" OR
"Advertencia: require_once(/ruta/a/su/limesurvey/instalación/nombre de archivo) [función.require-once]: no se pudo abrir la secuencia: no existe tal archivo o directorio en /ruta/a/su/limesurvey/instalación/nombre de archivo en línea 12345" O


"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"
"Error grave: require_once() [function.require]: Error al abrir 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) en /path/ a/su/limesurvey/instalación/nombre de archivo en la línea 12345"


</div>
</div>


'''Solution'''
'''Solución'''


1. Delete all uploaded files.
1. Elimina todos los archivos cargados.


2. Re-upload the files.
2. Vuelva a cargar los archivos.


(3. If necessary: Reinstall by browsing to /limesurveyfolder/admin/install)
(3. Si es necesario: reinstale navegando a /limesurveyfolder/admin/install)


==After submitting a page, you end up on the general index page/on a 404 page or you get the message 'The CSRF token could not be verified' ==
==Después de enviar una página, terminas en la página de índice general/en una página 404 o recibes el mensaje 'No se pudo verificar el token CSRF' ==
or
o


==After clicking 'Next' on a page which contains a big number of answers/subquestions, not all responses are being saved ==
==Después de hacer clic en 'Siguiente' en una página que contiene una gran cantidad de respuestas/subpreguntas, no se guardan todas las respuestas ==
or
o
==After clicking 'Next', I end up on the same page==  
==Después de hacer clic en 'Siguiente', termino en la misma página ==  
or
o


==Using the quick translation system doesn't save answers or subquestions ==
==El uso del sistema de traducción rápida no guarda respuestas ni subpreguntas ==
or
o


==When exporting a big number of response fields, not all of them are being exported==
==Al exportar una gran cantidad de campos de respuesta, no todos se exportan==


*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.
*Lo más probable es que esto se deba a una configuración limitante en su servidor web: [http://php.net/manual/en/info.configuration.php#ini.max-input-vars '''max_input_vars'''] . Esta configuración limita el número máximo de variables que se pueden PUBLICAR (enviar) al servidor.
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).
El valor predeterminado está establecido en 1000, pero si tiene una pregunta con muchas opciones de respuesta o una página de encuesta con muchísimas preguntas/ respuestas, es posible que se supere este límite. Necesitará editar su configuración de PHP (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.
*Además, verifique su configuración de PHP si su servidor está utilizando la '''extensión Suhosin para Apache''', que puede estar configurada como demasiado limitante en un par de configuraciones.


*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.
*Por ejemplo, las dos configuraciones "suhosin.post.max_vars" y "suhosin.request.max_vars" están configuradas en un valor de 200 de forma predeterminada. Aumente esas configuraciones a 400 o más para que los usuarios puedan completar y enviar encuestas largas.


*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.
*Si aún tienes problemas, intenta cambiar el módulo al modo_simulación (y básicamente desactívalo), ya que el valor máximo siempre depende de tu encuesta en particular.


*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.
*Otra razón podría ser un proxy o un software similar que no permite solicitudes de publicaciones grandes o solicitar la misma página varias veces en segundo plano (lo que lleva a la creación de una nueva clave CSRF). Pruebe con una conexión a Internet diferente en este caso.


==No questions are shown when using MSSQL Server with FreeTDS on Linux==
==No se muestran preguntas cuando se utiliza MSSQL Server con FreeTDS en 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.  
Si revisa cuidadosamente cualquier grupo de preguntas, hay un espacio en la relevancia del grupo que hace que todo el grupo no sea relevante. El problema subyacente es que su FreeTDS devuelve espacios en campos vacíos debido a una mala configuración. Puede solucionar este problema forzando la versión del protocolo FreeTDS a al menos 8.0.  
So, edit freetds.conf (e.g. /etc/freetds/freetds.conf) and change the respective line to
Entonces, edite freetds.conf (por ejemplo, /etc/freetds/freetds.conf) y cambie la línea respectiva a


     tds version = 8.0
     versión tds = 8.0


That should fix this issue.
Eso debería solucionar este problema.


=After taking the survey=
=Después de realizar la encuesta=


==Texts that were entered by the participant appear as question marks in the results==
==Los textos ingresados por el participante aparecen como signos de interrogación en los resultados==
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):
Esto sucede si su base de datos no utiliza de forma predeterminada un juego de caracteres UTF-8. Esto puede suceder cuando tienes que crear la base de datos usando un panel de administración de proveedores. Puede solucionar este problema ejecutando el siguiente comando SQL en su base de datos (usando, por ejemplo, phpMyAdmin):


     ALTER DATABASE `<your_database_name>` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;
     ALTERAR BASE DE DATOS `<your_database_name> ` CONJUNTO DE CARACTERES PREDETERMINADO 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.
Reemplazar<your_database_name> con el nombre de su base de datos. Después de hacer eso, desactiva tu encuesta y actívala nuevamente.


=Database specific issues=
=Problemas específicos de la base de datos=


== I want LimeSurvey to use a specific Postgres schema ==
== Quiero que LimeSurvey use un esquema de Postgres específico ==
Set in config.php  
Establecer en config.php  
'initSQLs' => array('SET search_path TO "LimeSurvey";'),
'initSQLs' => array('SET search_path TO "LimeSurvey";'),
See config-defaults for an example.
Ver config-defaults para un ejemplo.

Latest revision as of 15:24, 6 September 2023



Template:Nota


General

Esta página enumera problemas técnicos típicos y sus soluciones después de una instalación exitosa. Si necesita solucionar problemas que ocurren durante la instalación, consulte las Preguntas frecuentes sobre la instalación.

Al intentar abrir la página de inicio de sesión de administración

Mensaje de error: "No se especificó ningún archivo de entrada" después de la instalación

o

Cualquier URL le permite terminar en la página de la lista de encuestas

Durante el proceso de instalación, LimeSurvey intenta determinar la mejor solución para el formato de URL. A veces esto no funciona correctamente.

Debe forzar a LimeSurvey a utilizar otro sistema de administración de URL editando su archivo de configuración.

En /application/config/config.php reemplazar

  'urlFormat' => 'ruta',			

por esto:

  'urlFormat' => 'obtener',

Luego intente abrir el panel de administración utilizando la URL corta de administrador:

http://<yourserver.net> /<limesurvey_dir> /administración

Después de iniciar sesión en la administración

Cualquier acción en la página de administración lo regresará a la pantalla de inicio de sesión

Esto puede ocurrir por las siguientes razones principales:

  • Problemas de sesiones PHP
  • Problemas de codificación UTF8
  • Problemas de IE

Sesiones PHP:

  1. Actualizar upload_tmp_dir y session.save_path en php.ini
  2. ¡Crear la sesión configurada y los directorios de carga
  3. IIS: Permiso asignado para crear y modificar la cuenta de usuario invitado de IIS
  4. Apache : ¡Asegúrese de que su servidor web tenga permisos para escribir en el directorio configurado
  5. Compruebe si la variable "session.use_cookies" en php.ini está configurada en 1.
  6. Compruebe la variable "session.auto_start" en php. ini. Si está configurado en 1, cámbielo a 0.

Problemas con Internet Explorer LimeSurvey ya no admite el acceso a la interfaz de administración a través de Internet Explorer.

Codificación UTF8:

Si edita algún archivo (probablemente config.php), no lo guarde como UTF8 para admitir caracteres de idiomas especiales. Guarde siempre los archivos .php en formato ANSI/ISO verdadero.

Enviar una página que contiene una gran cantidad de preguntas/opciones de respuesta/subpreguntas no funciona

Se introdujo una nueva configuración en PHP 5.3.9 (e incluso se actualizó a algunas versiones anteriores de PHP): max_input_vars. Esta configuración limita el número máximo de variables que se pueden PUBLICAR (enviar) al servidor. El valor predeterminado está establecido en 1000, pero si tiene una pregunta con muchas opciones de respuesta o una página de encuesta con muchísimas preguntas/respuestas este límite podría ser superado. Deberá configurar esto en su archivo de configuración PHP (php.ini).

Las fechas no se muestran correctamente usando MSSQL Server con FreeTDS en Linux

Localice el archivo locales.conf de FreeTDS y edítelo. Si no tiene ninguna otra aplicación que utilice FreeTDS, simplemente reemplace el contenido con

[predeterminado]
 formato de fecha = %Y-% m- %d %H:% M: %S.% z

Si tiene otras aplicaciones que utilizan FreeTDS, es posible que desee verificar primero qué configuración regional necesita editar.

Guarde y reinicie el servidor. Las fechas ahora deberían mostrarse correctamente. Si esto no funciona, es posible que haya editado el archivo incorrecto; enjuague y repita.

Cuando ingreso caracteres especiales (chino, cirílico, griego, árabe) en mi encuesta o administración, ¿cada carácter se muestra como un signo de interrogación?

Esto sucede si su base de datos no está creada para utilizar un juego de caracteres UTF-8. Esto puede suceder cuando tienes que crear la base de datos usando un panel de administración de proveedores. Puede solucionar este problema ejecutando el siguiente comando SQL en su base de datos (usando, por ejemplo, phpMyAdmin) ALTER DATABASE `<your_database_name> ` CONJUNTO DE CARACTERES PREDETERMINADO utf8 COLLATE utf8_unicode_ci;

Reemplazar<your_database_name> con el nombre de su base de datos. Necesitas hacer esto antes de instalar LimeSurvey.

PageSpeed crea algunos problemas a Limesurvey

Debes desactivar ModPagespeed en tu servidor virtual LimeSurvey.

De lo contrario no podrá utilizar ComfortUpdate ni exportar datos. Probablemente algo más vaya a fallar.

Mientras realiza una encuesta

Error "La sesión ha caducado"

Es posible que en algún momento recibas un mensaje como:

ERROR

Lo sentimos pero tu sesión ha caducado.

O llevas demasiado tiempo inactivo, tienes las cookies desactivadas en tu navegador o ha habido problemas con tu conexión.

Si Suhosin está activado en su servidor, podría ser la razón por la que recibe esto en medio de una encuesta.

Template:Nota

Suhosin es un sistema de protección avanzado para instalaciones PHP, pero la configuración predeterminada de Suhosin puede crear problemas con LimeSurvey.

Primero, verifique y pruebe usando el registro de Suhosin configurando suhosin.log.sapi = 511 y suhosin.simulation = on de acuerdo con la documentación de Suhosin.

El archivo de configuración generalmente se encuentra en /etc/php5/apache2/conf.d/suhosin.ini, pero para estar seguro puede verificar su phpinfo (Administración de LimeSurvey > Configuración global > Botón Mostrar phpinfo > Línea: "Archivos .ini adicionales analizados ") para obtener la ruta correcta.

No olvide reiniciar su servidor Apache/Nginx para que se tengan en cuenta los parámetros (reinicio del servicio apache2 o reinicio del servicio nginx).

Cuando la simulación está activada, Suhosin no bloquea nada y los errores se informan en los registros (normalmente en el registro del sistema: /var/log/syslog). Si recibe mensajes de error como "ALERTA-SIMULACIÓN - se excedió el límite de la variable POST configurada", eso es una alerta de Suhosin...", pruebe la siguiente configuración (que parece funcionar bien con 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

Con esos parámetros, debería poder volver a cambiar suhosin.simulation al valor "apagado" (para que el servidor esté protegido y LimeSurvey aún funcione).

Los valores predeterminados de Suhosin no funcionan bien con LimeSurvey. Si realmente desea proteger firmemente su servidor, es posible que desee utilizar el modo de simulación para ajustar la configuración y encontrar los buenos valores entre 1000 y 5000 para las vars y 1000000 y 5000000 para value_lengths.

Nota: Recientemente se introdujo una configuración PHP adicional que también debe modificarse: max_input_vars: esta configuración es la misma que suhosin.post.max_vars pero debe configurarse por separado en php.ini.

¡No puedo cambiar el idioma!

No importa el idioma que elija, la interfaz (administrador y usuario) siempre se muestra en inglés. Normalmente, esto se debe a un error en su versión de PHP. No hay otra solución para esto que actualizar su versión de PHP.

Algunos errores comunes (centrados en IIS)

Index.php no se abre

Posible causa: ¡Esto puede suceder si no ha instalado las extensiones necesarias!

  • Necesita instalar una cadena multibyte y extensiones MSSQL (o MySQL)


Posible causa: ¡Filtro ISAPI no configurado

  • En IIS, para el sitio web (podrías hacerlo a nivel de directorio) debes configurarlo para usar php5isapi.dll


Index.php no se abre y "php.exe -i" muestra mensajes de error sobre la falta de .dll

¡Esto puede suceder si instala demasiadas extensiones

  • Si instala todas las extensiones de PHP, PHP fallará porque no se cumplieron todas las dependencias (por ejemplo, el paquete de Oracle necesita dll de Oracle)
  • ¡Instale solo las extensiones que necesita! N!* Para probar, intente ejecutar php.exe -i desde la línea de comando

Falta un mensaje que indica que falta la base de datos

Esto puede suceder si navega a una URL incorrecta:

  • ¡Asegúrese de ir a limesurvey/admin/install/index.php en lugar de limesurvey/index.php!

Las correcciones anteriores no resuelven el problema

Esto puede suceder si no ha reiniciado IIS

  • Reinicie IIS

Cosas que son fáciles de olvidar:

  • .php necesita estar asociado para filtrar php5isapi.dll
  • El directorio limesurvey/tmp necesita permiso de escritura para cargar encuestas
  • actualizar doc_root en php.ini y $rootdir en configuración.php

Archivos faltantes ("No existe tal archivo o directorio")

Al cargar LimeSurvey en su servidor, puede suceder que la conexión se interrumpa y algunos archivos no se transfieran o no se transfieran por completo. Dependiendo de los archivos, puede recibir diferentes mensajes de error cada vez que acceda a diferentes funciones/partes de LimeSurvey. Los archivos que faltan arrojan errores que se ven así:

"Advertencia: require_once(/ruta/a/su/limesurvey/instalación/nombre de archivo) [función.require-once]: no se pudo abrir la secuencia: no existe tal archivo o directorio en /ruta/a/su/limesurvey/instalación/nombre de archivo en línea 12345" O

"Error grave: require_once() [function.require]: Error al abrir 'require_once(/path/to/your/limesurvey/installation/filename)' (include_path='.:/x/y/z) en /path/ a/su/limesurvey/instalación/nombre de archivo en la línea 12345"

Solución

1. Elimina todos los archivos cargados.

2. Vuelva a cargar los archivos.

(3. Si es necesario: reinstale navegando a /limesurveyfolder/admin/install)

Después de enviar una página, terminas en la página de índice general/en una página 404 o recibes el mensaje 'No se pudo verificar el token CSRF'

o

Después de hacer clic en 'Siguiente' en una página que contiene una gran cantidad de respuestas/subpreguntas, no se guardan todas las respuestas

o

Después de hacer clic en 'Siguiente', termino en la misma página

o

El uso del sistema de traducción rápida no guarda respuestas ni subpreguntas

o

Al exportar una gran cantidad de campos de respuesta, no todos se exportan

  • Lo más probable es que esto se deba a una configuración limitante en su servidor web: max_input_vars . Esta configuración limita el número máximo de variables que se pueden PUBLICAR (enviar) al servidor.

El valor predeterminado está establecido en 1000, pero si tiene una pregunta con muchas opciones de respuesta o una página de encuesta con muchísimas preguntas/ respuestas, es posible que se supere este límite. Necesitará editar su configuración de PHP (php.ini).

  • Además, verifique su configuración de PHP si su servidor está utilizando la extensión Suhosin para Apache, que puede estar configurada como demasiado limitante en un par de configuraciones.
  • Por ejemplo, las dos configuraciones "suhosin.post.max_vars" y "suhosin.request.max_vars" están configuradas en un valor de 200 de forma predeterminada. Aumente esas configuraciones a 400 o más para que los usuarios puedan completar y enviar encuestas largas.
  • Si aún tienes problemas, intenta cambiar el módulo al modo_simulación (y básicamente desactívalo), ya que el valor máximo siempre depende de tu encuesta en particular.
  • Otra razón podría ser un proxy o un software similar que no permite solicitudes de publicaciones grandes o solicitar la misma página varias veces en segundo plano (lo que lleva a la creación de una nueva clave CSRF). Pruebe con una conexión a Internet diferente en este caso.

No se muestran preguntas cuando se utiliza MSSQL Server con FreeTDS en Linux

Si revisa cuidadosamente cualquier grupo de preguntas, hay un espacio en la relevancia del grupo que hace que todo el grupo no sea relevante. El problema subyacente es que su FreeTDS devuelve espacios en campos vacíos debido a una mala configuración. Puede solucionar este problema forzando la versión del protocolo FreeTDS a al menos 8.0. Entonces, edite freetds.conf (por ejemplo, /etc/freetds/freetds.conf) y cambie la línea respectiva a

    versión tds = 8.0

Eso debería solucionar este problema.

Después de realizar la encuesta

Los textos ingresados por el participante aparecen como signos de interrogación en los resultados

Esto sucede si su base de datos no utiliza de forma predeterminada un juego de caracteres UTF-8. Esto puede suceder cuando tienes que crear la base de datos usando un panel de administración de proveedores. Puede solucionar este problema ejecutando el siguiente comando SQL en su base de datos (usando, por ejemplo, phpMyAdmin):

   ALTERAR BASE DE DATOS `<your_database_name> ` CONJUNTO DE CARACTERES PREDETERMINADO utf8 COLLATE utf8_unicode_ci;

Reemplazar<your_database_name> con el nombre de su base de datos. Después de hacer eso, desactiva tu encuesta y actívala nuevamente.

Problemas específicos de la base de datos

Quiero que LimeSurvey use un esquema de Postgres específico

Establecer en config.php 'initSQLs' => array('SET search_path TO "LimeSurvey";'), Ver config-defaults para un ejemplo.