Acceso rápido:
Cómo solucionar el error 403 Forbidden en WordPress
[16-Mar-2011 14:54:06] Advertencia de PHP: Inicio de PHP: Unable to load dynamic library ‘/usr/local/lib/php/extensions/no-debug-non-zts-20060613/’ – /usr/local/lib/php/extensions/no-debug-non-zts-20060613/: cannot read file data: Es un directorio en Unknown en la línea 0
[17-Mar-2011 12:15:30] PHP Warning: Inicio de PHP: Unable to load dynamic library ‘/usr/local/lib/php/extensions/no-debug-non-zts-20060613/’ – /usr/local/lib/php/extensions/no-debug-non-zts-20060613/: cannot read file data: Es un directorio en Unknown en la línea 0
[17-Mar-2011 12:38:22] PHP Warning: Inicio de PHP: Unable to load dynamic library ‘/usr/local/lib/php/extensions/no-debug-non-zts-20060613/’ – /usr/local/lib/php/extensions/no-debug-non-zts-20060613/: cannot read file data: Es un directorio en Unknown en la línea 0
[17-Mar-2011 12:39:20] PHP Warning: Inicio de PHP: Unable to load dynamic library ‘/usr/local/lib/php/extensions/no-debug-non-zts-20060613/’ – /usr/local/lib/php/extensions/no-debug-non-zts-20060613/: cannot read file data: Es un directorio en Desconocido en la línea 0
Analizar el DNS con Wireshark
suena como que podría ser un problema de slashargs – especialmente si funciona en un servidor pero no en otro. SCORM fuerza el uso de algo en Moodle llamado «slasharguments» – pero algunos servidores no están configurados para permitirlo por defecto – especialmente común para las cuentas de alojamiento de Godaddy y los servidores más antiguos que ejecutan IIS 5/6
Estoy bastante seguro de haber probado todo. Pero nada parece hacer una diferencia. Así que renuncié a resolver el problema y preferí centrarme en el origen. Por eso cambié de webhosting a un servidor virtual. Supongo que sólo entonces se puede estar realmente seguro de que todo es compatible.
Debian
Me gustaría tener un mejor flujo de trabajo para depurar los SCOs subidos. Tal y como están las cosas, tengo que editar un archivo en la actividad, volver a empaquetar, subir y probar. A menudo, sólo necesito cambiar una sola línea de código. Sería MUY bueno poder editar ese archivo, esa línea de código, en el servidor. Hasta ahora, todo lo que he encontrado es que Moodle gestiona los archivos, por lo que parece poco práctico localizar y descifrar los archivos renombrados después de subirlos.
Desde Moodle 2.0, los archivos ya no se almacenan en el servidor de la forma convencional /esto/es/la/ruta/a/mi/archivo. En su lugar, los archivos se rehacen y se almacenan en Repositorios (es decir, repartidos por toda la carpeta moodledata como una colección de datos aparentemente aleatorios). Esto aumenta la seguridad y la compatibilidad entre sistemas operativos, pero complica las cosas para las personas que quieren simplemente subir un paquete zip SCORM a través de FTP. Aquí hay más información sobre el manejo de archivos en Moodle 2.0
Obviamente, este proceso puede ser automatizado. Tendrá que escribir un script que le permita subir un archivo, luego buscará ese archivo en mdl_files, lo guardará en la carpeta correcta y actualizará todos los campos en consecuencia.
Cómo desactivar todos los plugins en WordPress
Este error puede ocurrir por una serie de razones en Moodle, pero a menudo se puede resolver con una simple limpieza de las cachés… manualmente.Encuentre la carpeta ‘lock’ dentro de su directorio moodledata y elimine manualmente todo el contenido a través de FTP. Esto debería resolver el error, o al menos permitirle recuperar el acceso al sitio Moodle para comenzar el proceso de depuración de la causa del error.A veces se debe simplemente a un archivo corrupto dentro del directorio moodledata/lock, y al purgar manualmente esta carpeta puede encontrar que el error se alivia y se alivia.
