Acceso rápido:
Tiempo de espera de la sesión de Moodle
(A partir de la versión 2.7, existen dos contribuciones diferentes para el manejo de la sesión de memcache – ver MDL-42011 – parece que la de OU no usa prefix/lock_expire por alguna razón… posiblemente sea mejor usar el parche de catalizador, donde la única diferencia con el config.php anterior es la ortografía de memcache(d)).
Por defecto, todas las ‘cachés de sesión’ de MUC se almacenan en $SESSION, lo cual es una sutil distinción que se malinterpreta fácilmente. Las cachés de MUC pueden ser leídas y escritas en cualquier momento y son independientes de que la $SESSION esté bloqueada. Así que todas las definiciones de caché que tienen un modo de sesión necesitan ser mapeadas a un almacén que no está en la sesión como en redis. Si esto no se hace, se producirán errores destacando el problema de configuración.
(A partir de la versión 2.7, existen dos contribuciones diferentes para el manejo de la sesión de memcache – ver MDL-42011 – parece que la de OU no usa prefix/lock_expire por alguna razón… posiblemente sea mejor usar el parche de catalizador, donde la única diferencia con el config.php anterior es la ortografía de memcache(d)).
Por defecto, todas las ‘cachés de sesión’ de MUC se almacenan en $SESSION, lo cual es una sutil distinción que se malinterpreta fácilmente. Las cachés de MUC pueden ser leídas y escritas en cualquier momento y son independientes de que la $SESSION esté bloqueada. Así que todas las definiciones de caché que tienen un modo de sesión necesitan ser mapeadas a un almacén que no está en la sesión como en redis. Si esto no se hace, se producirán errores destacando el problema de configuración.
Mantener viva la sesión de Moodle
El curso presencial es una herramienta excelente para gestionar las sesiones de formación sin conexión. Al crear un nuevo curso, puede incluso establecer el tipo de curso como presencial, si todo el curso se realizará sin conexión.
Por ejemplo, la empresa XYZ puede requerir que los empleados asistan a un curso de certificación de primeros auxilios. Podrían crear una sesión presencial a la que los alumnos tendrían que inscribirse y asistir. El formador podría registrar la asistencia a la sesión de formación real, que los gerentes podrían seguir a través de informes.
Otro ejemplo de cómo se puede utilizar la modalidad presencial es la gestión de las inscripciones para una conferencia. La empresa XYZ podría crear una sesión presencial para el evento, e incluso establecer un precio para asistir. Utilizando el face-to-face, también sería muy fácil y eficiente gestionar las cancelaciones y los usuarios en lista de espera.
Al crear una sesión presencial, tienes la opción de programar una fecha, hora y lugar. Si trabaja en un entorno internacional en el que los alumnos accederán a las sesiones desde distintos países, también puede elegir una zona horaria. Si la sesión de formación se llevará a cabo durante varios días, tiene la opción de incluir varias fechas como parte de una única sesión. Además, puede decidir el número de plazas (capacidad) disponibles para reservar.A continuación se muestra una imagen de los detalles de un ejemplo de sesión presencial.
Necesito enviar valores específicos del usuario a un sistema externo desde Moodle. ¿Cómo puedo forzar a Moodle a enviar el ID de sesión (o ID de usuario, ID de actividad, etc.) a este sistema externo? Todos los artículos que hay parecen estar escritos para llamar a Moodle, pero esto no es lo que necesito hacer.
Tengo acceso directo a la base de datos de Moodle desde una API externa independiente. El objetivo era utilizar esta conexión para validar los parámetros entrantes. Sin embargo, todavía tengo que ser capaz de construir una URL parametrizada para llamar a la aplicación externa. Esa aplicación podría entonces validar los valores suministrados contra la base de datos. Si el ID de sesión no está disponible, entonces necesitaría que los valores relacionados con la página, el usuario, el módulo, etc. se enviaran a través de la URL parametrizada.
