Ejercicios y práctica · Aplicaciones Web · SMR

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Ignorar la documentación oficial del CMS: Causa problemas de compatibilidad y seguridad. Corrección: Siempre consultar la sección de requisitos del sistema en el sitio web oficial del CMS.
• Asumir que el servidor cumple los requisitos sin verificar: Lleva a fallos en la instalación o rendimiento deficiente. Corrección: Utilizar herramientas de diagnóstico (ej. `phpinfo()`) y comandos de sistema para verificar versiones y configuraciones.
• Omitir la verificación de requisitos (versión de PHP, motor de base de datos, extensiones del servidor) antes de instalar: provoca fallos de instalación o vulnerabilidades. Corrección: consultar siempre la documentación oficial del CMS y comprobar el entorno de hosting antes de empezar.
• Permisos de archivos incorrectos: causa errores de escritura o vulnerabilidades de seguridad. Corrección: partir de valores razonables (por ejemplo 755/644 en Linux) y ajustarlos según la documentación específica del CMS y el usuario del servidor web.
• Asignar rol de administrador a todos los usuarios: riesgo de seguridad. Corrección: aplicar el principio de mínimo privilegio, asignando roles específicos y limitados según la función real de cada persona.
• Credenciales de base de datos erróneas durante la instalación: impide la conexión del CMS a la base de datos. Corrección: verificar cuidadosamente nombre de la base de datos, usuario, contraseña y host antes de lanzar el instalador.
• Descuidar la seguridad del CMS confiando solo en la seguridad del servidor: Deja el sitio vulnerable a ataques específicos de la aplicación. Corrección: Activar y configurar todas las opciones de seguridad que ofrece el CMS y sus plugins.
• No cambiar el prefijo de las tablas de la base de datos: Facilita ataques de inyección SQL. Corrección: Modificar el prefijo por defecto durante la instalación o manualmente si el CMS lo permite.
• Utilizar temas o plugins de fuentes no fiables: Riesgo de inyección de código malicioso. Corrección: Descargar siempre temas y plugins de los repositorios oficiales o de desarrolladores de confianza.
• Posponer las actualizaciones de seguridad: Deja el sitio vulnerable a exploits conocidos. Corrección: Implementar un plan de actualizaciones regular y realizar copias de seguridad antes de cada una.
• No realizar copias de seguridad o no probarlas: Conduce a la pérdida irrecuperable de datos. Corrección: Establecer una política de copias de seguridad automatizadas y probar periódicamente la restauración en un entorno de pruebas.
• No probar todas las funcionalidades después de un cambio: Puede dejar errores sin detectar que afectan la experiencia del usuario. Corrección: Realizar pruebas exhaustivas de navegación, formularios y roles de usuario tras cualquier modificación o actualización.
• No crear el directorio de datos fuera del directorio raíz del servidor web, comprometiendo la seguridad y la gestión de archivos. Causa: Desconocimiento de las mejores prácticas de seguridad y arquitectura de LMS. Corrección: Siempre ubicar el directorio de datos en una ruta no accesible directamente por el navegador y configurar los permisos adecuados.
• Asignar permisos incorrectos al directorio de datos, impidiendo que el LMS escriba archivos. Causa: Falta de comprensión de los permisos de usuario y grupo en Linux. Corrección: Asegurarse de que el usuario del servidor web (ej. 'www-data') tenga permisos de escritura sobre el directorio de datos.
• Modificar directamente los archivos CSS o de plantilla de un tema base. Causa: Desconocimiento de la arquitectura de temas y la persistencia de cambios. Corrección: Utilizar siempre el campo de CSS personalizado o crear un tema hijo para asegurar que los cambios no se pierdan con las actualizaciones del tema principal.
• Asignar roles con permisos excesivos a usuarios que no los necesitan. Causa: Falta de comprensión del sistema de roles y permisos. Corrección: Revisar cuidadosamente los permisos asociados a cada rol y, si es necesario, crear roles personalizados con el mínimo privilegio requerido para cada tarea.
• Confundir la actividad 'Consulta' (encuesta rápida) con la mensajería privada. Causa: desconocimiento de que son herramientas distintas dentro del LMS. Corrección: verificar en la documentación de la plataforma qué función cumple cada herramienta antes de configurarla o evaluarla.
• No configurar las notificaciones de foros o mensajes, provocando que los usuarios no se enteren de nuevas publicaciones. Causa: desconocer la importancia de las notificaciones para la interacción. Corrección: habilitar las notificaciones por correo a nivel global y permitir que cada usuario gestione sus preferencias.