Ejercicios y práctica · Implantación de Aplicaciones Web · ASIR

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Confundir servidor web con servidor de aplicaciones: La causa es no entender la delegación de tareas. La corrección es visualizar el flujo de una petición: navegador -> servidor web -> servidor de aplicaciones -> base de datos.
• Desconocer la necesidad de validación en ambos lados (cliente y servidor): La causa es subestimar la seguridad o la experiencia de usuario. La corrección es implementar validaciones en el cliente para UX y en el servidor para seguridad y robustez.
• Usar configuraciones por defecto en producción: Causa: Desconocimiento de riesgos de seguridad y optimización. Corrección: Siempre aplicar hardening, configurar virtual hosts, y revisar permisos.
• No entender la diferencia entre entornos de desarrollo y producción: Causa: Falta de visión del ciclo de vida del software. Corrección: Utilizar plataformas integradas para desarrollo y configuraciones manuales/automatizadas para producción, adaptando la seguridad y el rendimiento.
• Usar `root` de BD para la aplicación: Causa: Riesgo de seguridad masivo. Corrección: Crear usuarios de BD específicos con permisos granulares.
• No instalar módulos PHP necesarios: Causa: Errores de 'función no definida'. Corrección: Revisar la documentación de la aplicación y los logs de errores para identificar los módulos faltantes.
• No configurar un gestor de procesos para Node.js/Python: Causa: La aplicación se cae al cerrar la terminal o al fallar. Corrección: Usar PM2, Gunicorn, uWSGI o systemd para gestionar el ciclo de vida de la aplicación.
• Dejar puertos abiertos innecesariamente en el firewall: Causa: Desconocimiento de los servicios que escuchan o pereza. Corrección: Revisar `netstat -tuln` y cerrar todo lo que no sea esencial.
• No usar HTTPS: Causa: Complejidad percibida o falta de conciencia de seguridad. Corrección: Implementar Let's Encrypt es sencillo y gratuito, y es un estándar de seguridad.
• Documentación inexistente o desactualizada: Causa: Falta de disciplina. Corrección: Integrar la documentación como parte del proceso de trabajo, usar herramientas que faciliten su mantenimiento (ej. Git para control de versiones de la documentación).
• Elegir un CMS únicamente por su popularidad sin analizar los requisitos del proyecto. Causa: desconocimiento de las funcionalidades realmente necesarias. Corrección: realizar un análisis de requisitos funcionales y no funcionales antes de valorar cualquier CMS.
• Confundir el eje de licencia (abierta/propietaria) con el eje de modelo de distribución (autoalojado/SaaS), tratándolos como si fueran lo mismo. Causa: ambos afectan al coste, pero son decisiones independientes. Corrección: evaluarlos por separado al comparar opciones.
• Suponer que un CMS de código abierto es 'gratis' en sentido absoluto. Causa: no considerar hosting, mantenimiento, seguridad y plugins premium. Corrección: calcular el coste total de propiedad antes de justificar la elección.
• No verificar extensiones o dependencias requeridas por el CMS. Causa: se asume compatibilidad universal del entorno. Corrección: comprobar la documentación oficial vigente e instalar las dependencias necesarias mediante el gestor de paquetes del sistema.
• Permisos de archivos incorrectos tras la carga vía FTP/SFTP. Causa: permisos y propietario por defecto del cliente de transferencia. Corrección: establecer 755 en directorios y 644 en archivos, con propietario igual al usuario del servidor web.
• Uso de credenciales débiles o de ejemplo en entornos reales. Causa: copiar literalmente contraseñas de ejemplo de tutoriales. Corrección: generar contraseñas robustas y únicas tanto para la base de datos como para el usuario administrador del CMS.
• Usar contraseñas débiles o el usuario 'admin' por defecto. Causa: Facilita los ataques de fuerza bruta. Corrección: Usar contraseñas complejas y cambiar el nombre de usuario 'admin' por defecto.
• No realizar copias de seguridad o almacenarlas en el mismo servidor. Causa: En caso de fallo del servidor o ataque, se pierde toda la información. Corrección: Implementar una estrategia de backup 3-2-1 (3 copias, 2 medios diferentes, 1 copia externa).