Ejercicios y práctica · Desarrollo Web en Entorno Servidor · DAW

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Confundir JavaScript de frontend con JavaScript de backend: El JavaScript que se ejecuta en el navegador es para interactividad de la UI; el JavaScript que se ejecuta en el servidor (Node.js) es para lógica de negocio y acceso a datos. Causa: No entender el contexto de ejecución. Corrección: Identificar claramente dónde se ejecuta el código y qué recursos tiene disponibles en ese entorno.
• Creer que todo el contenido web es estático o pregenerado: Pensar que cada página HTML existe como un archivo físico en el servidor. Causa: Falta de comprensión sobre cómo los lenguajes de servidor construyen HTML en tiempo real. Corrección: Entender que el servidor puede ensamblar HTML a partir de plantillas y datos antes de enviarlo.
• Confundir un servidor web con un servidor de aplicaciones: pensar que Apache o Nginx pueden ejecutar directamente código Java EE, Python o PHP sin ningún componente adicional. Causa: no entender la especialización de cada tipo de servidor. Corrección: reconocer que el servidor web gestiona HTTP y estáticos, mientras que el servidor de aplicaciones (o el intérprete embebido/con protocolo dedicado) proporciona el entorno de ejecución de la lógica de negocio.
• Clasificar como 'módulo embebido' cualquier proceso que ejecute código de aplicación: pensar que uWSGI, Gunicorn o PHP-FPM comparten el mismo espacio de memoria que el servidor web, igual que mod_php. Causa: no distinguir entre integración directa en el proceso (módulo embebido) e integración vía protocolo con un proceso independiente. Corrección: recordar que uWSGI/Gunicorn/PHP-FPM son procesos separados a los que el servidor web reenvía peticiones, ofreciendo mayor aislamiento a costa de una comunicación adicional entre procesos.
• Desconocer la ineficiencia de CGI puro: usar CGI para aplicaciones de alto tráfico. Causa: falta de conocimiento sobre la sobrecarga de crear un proceso por petición. Corrección: optar por FastCGI, servidores de aplicación con protocolo dedicado o servidores embebidos para mejorar el rendimiento.
• Elegir un lenguaje/framework sin considerar los requisitos del proyecto: Usar Node.js para una aplicación con cálculos intensivos o Java para un microservicio simple. Causa: Desconocimiento de las fortalezas y debilidades de cada tecnología. Corrección: Analizar el tipo de aplicación (API, CMS, tiempo real), el rendimiento requerido, la escalabilidad y la experiencia del equipo.
• No usar un gestor de dependencias: Descargar librerías manualmente y copiarlas al proyecto. Causa: Desconocimiento de las buenas prácticas o pereza. Corrección: Siempre usar gestores como npm, pip o Composer para asegurar versiones correctas, facilitar actualizaciones y reproducibilidad del entorno.
• Ignorar la importancia de un buen IDE y debugger: Intentar depurar con 'print' o 'console.log' en lugar de usar un depurador. Causa: Falta de familiaridad con las herramientas profesionales. Corrección: Invertir tiempo en aprender a usar las funciones avanzadas del IDE y el depurador para aumentar la productividad y la calidad del código.
• Confundir el procesamiento del servidor con el del cliente: Un error común es pensar que el código PHP o ASP.NET se ejecuta en el navegador. Causa: Falta de comprensión del modelo cliente-servidor. Corrección: Recordar que el navegador solo recibe y renderiza HTML, CSS y JavaScript; el código de servidor ya ha sido procesado antes de llegar al cliente.
• No configurar correctamente el servidor para el lenguaje: Intentar ejecutar un archivo .php sin tener un intérprete PHP configurado en el servidor web. Causa: Desconocimiento de la necesidad de un entorno de ejecución específico. Corrección: Asegurarse de que el servidor web (ej. Apache) tiene el módulo o el FastCGI configurado para el lenguaje de servidor que se va a utilizar.
• Errores de sintaxis básicos: Olvidar un punto y coma, una llave de cierre o usar mayúsculas/minúsculas incorrectas en nombres de variables o funciones. Causa: Descuido o falta de familiaridad con las reglas del lenguaje. Corrección: Prestar atención a los mensajes de error del intérprete (que suelen indicar la línea y el tipo de error) y usar un IDE con resaltado de sintaxis.
• No usar las etiquetas de inclusión correctas: Intentar escribir código PHP sin las etiquetas `<?php ?>`. Causa: Desconocimiento de los delimitadores específicos del lenguaje. Corrección: Consultar la documentación del lenguaje para las etiquetas de inclusión correctas y recordar que el servidor solo procesa lo que está dentro de ellas.
• Confundir la directiva `Page` con la directiva `Register` en ASP.NET Web Forms: intentar incluir un control de usuario mediante `<%@ Page Src="..." %>` produce un error, ya que `Page` solo configura la página anfitriona. Causa: desconocimiento de la sintaxis específica de cada directiva. Corrección: usar `<%@ Register TagPrefix="uc" TagName="..." Src="..." %>` para registrar el control y luego insertarlo con su etiqueta personalizada.
• No entender la diferencia entre `include` y `require` en PHP: usar `include` cuando la ausencia del archivo es crítica puede provocar errores en tiempo de ejecución no detectados a tiempo. Causa: falta de comprensión de las implicaciones de cada construcción. Corrección: usar `require` para archivos esenciales (configuración, conexión a base de datos) e `include` para archivos opcionales.
• Errores de tipo de datos en operaciones: sumar una cadena de texto con un número sin conversión explícita puede producir resultados inesperados. Causa: desconocimiento de la coerción de tipos. Corrección: usar `declare(strict_types=1);` y funciones de conversión explícita (`(int)`, `(float)`, `(string)`) antes de operar.
• Confundir operadores de asignación con comparación: usar `=` en lugar de `==` o `===` dentro de una condición `if`. Causa: error tipográfico o falta de atención a la sintaxis. Corrección: revisar las condiciones lógicas y emplear un IDE que resalte este tipo de errores.
• Intentar acceder a variables locales fuera de su función: Esto resultará en un error de 'variable indefinida'. Causa: No comprender que las variables locales tienen un ciclo de vida limitado a la función. Corrección: Pasar las variables como argumentos a la función o devolverlas como resultado, o usar variables globales/superglobales si es apropiado.
• Asumir que las variables persisten entre peticiones: Esperar que el valor de una variable global se mantenga de una carga de página a la siguiente. Causa: Confundir el ciclo de vida del script con el de la aplicación. Corrección: Utilizar mecanismos de persistencia como sesiones, cookies o bases de datos para mantener el estado entre peticiones.