Acceso rápido:
Versión actual de moodle
¿Existe una forma de obtener información sobre la versión de un sitio de moodle utilizando sólo el nivel de acceso de «profesor»? Parece que esta capacidad fue eliminada en las versiones 1.9.7 y superiores. Estoy tratando de automatizar el proceso de subir pruebas y tener la información de la versión sería bastante práctico.
Como profesor, deberías poder crear una copia de seguridad de cualquiera de tus cursos (aunque esta capacidad puede haber sido eliminada en el Moodle que estás utilizando). Las copias de seguridad son simplemente archivos zip, pero tienen una extensión .mbz. Si cambias esta extensión a .zip, podrás extraer el zip. Con el zip extraído, abre «moodle_backup.xml», ahí deberías encontrar el elemento «moodle_release» en algún lugar cerca de la parte superior, dándote la versión de Moodle utilizada para crear la copia de seguridad.
La forma más sucia de hacerlo cuando no se tiene acceso al administrador o a los archivos, es hacer las diferencias de los archivos públicos entre las versiones. Como ejemplo, el archivo index.php puede tener 1024Kb de longitud en la versión v1.x y 1033Kb de longitud en la versión 1.2.
En la implementación de moodle que utilizo, con privilegio TA, un enlace a moodle docs está presente en la parte inferior de la página y si abres este enlace, te lleva a la página de moodle docs con moodle_url/moodle_version/___.
Cómo actualizar la versión de moodle
Si tienes activado el despliegue de actualizaciones automáticas, podrás actualizar los plugins instalados automáticamente durante la actualización. Sólo asegúrese de comprobar si hay actualizaciones disponibles (a través del botón para ello) en la pantalla de comprobación de plugins.
Antes de empezar a actualizar su sitio, debería ponerlo en modo de mantenimiento para evitar que los usuarios que no son administradores se conecten. Luego debe esperar a que se completen los procesos cron que se estén ejecutando antes de proceder.
Y recuerde que si el plugin no fue desinstalado, y las salas preexistentes están ahí, las grabaciones siguen siendo referenciadas. No se pierde nada aunque no se muestren inmediatamente. Sólo hay que migrarlas.
Comprobar la versión cli de moodle
Las actualizaciones de las versiones de Moodle y Totara incluyen parches para posibles vulnerabilidades de seguridad. Para ambos sistemas los procesos subyacentes para tratar los problemas potenciales son robustos y esto significa que los riesgos se reducen, pero por qué arriesgarse.
Si su sitio de Moodle o Totara Learn está en una versión antigua, el sitio puede parecer anticuado. La marca que se veía muy bien hace 2 años puede estar fuera de contacto con las expectativas de sus visitantes actuales. Las versiones actuales ofrecen más oportunidades para hacer que su sitio se vea bien para que atraiga y mantenga más compromiso que antes
Uno de los motivos por los que muchos clientes desean actualizar su sitio son las inevitables características nuevas y mejoradas de la versión actual. Es muy satisfactorio ver que los comentarios de la hoja de ruta se hacen realidad en el software. Puedes encontrarte con que pasas horas consiguiendo ciertos resultados en tu sitio que se han agilizado o mejorado en la última versión
Llega un momento en el que Moodle o Totara HQ ya no pueden dar soporte a versiones anteriores. Esto significa que no hay más revisiones de seguridad u otras correcciones de errores por parte de los desarrolladores del núcleo. Puedes ver las versiones soportadas por Moodle HQ aquí, y por Totara aquí.
Moodle versión php
Si el nivel=»requerido» debe ser <ON_ERROR>, pero si el nivel=»opcional», hay que usar <ON_CHECK>. No sé por qué. Todo el elemento <FEEDBACK> es opcional, al igual que cualquiera o todos los elementos <ON_ERROR>, <ON_CHECK> o <ON_OK>. Cualquier mensaje que proporcione se mostrará, si es apropiado, de lo contrario no.
Tanto la derivación como la restricción son dos métodos para cambiar el resultado de una prueba. Se utilizan para introducir algún mecanismo de excepción a algunas pruebas sencillas de comprobación de versiones como las de DATABASE o PHP que se explican a continuación.
Tenga en cuenta que estas dos características deben ser utilizadas en el núcleo exclusivamente y sólo para introducir excepciones a las pruebas de comprobación de versiones cuando encontremos algún problema importante con alguna versión de la BASE DE DATOS o de PHP como se explica más arriba.
Nota: por favor, no abuse de las comprobaciones personalizadas cuando esté haciendo algo que en realidad debería ser implementado como un nuevo tipo de comprobación en la lib. de entorno. Es muy recomendable comentar su nueva comprobación personalizada en el Foro General de Desarrolladores antes de implementarla.
