Fundamentos de la web y arquitectura cliente-servidor
Este dominio evalúa el recorrido completo de una petición web: desde que el usuario escribe una URL hasta que el navegador recibe y renderiza la respuesta. El examen pregunta por métodos HTTP, códigos de estado, partes de la URL, resolución DNS y por la frontera entre lo que se ejecuta en el cliente y lo que ocurre en el servidor.
Ciclo petición-respuesta
- La URL tiene esquema, host, puerto opcional, ruta, query string y fragmento. El fragmento (#seccion) no se envía al servidor; lo usa el navegador.
- DNS traduce el nombre a una IP; luego se establece TCP y, con HTTPS, TLS; por último viaja el mensaje HTTP.
- HTTP es sin estado: cada petición es independiente. Las cookies y cabeceras permiten mantener sesión.
- Métodos: GET lee y es seguro e idempotente; POST crea y no es idempotente; PUT reemplaza de forma idempotente; PATCH modifica parcialmente; DELETE elimina y es idempotente.
- Códigos: 2xx éxito; 3xx redirección; 4xx error del cliente; 5xx error del servidor. 401 significa no autenticado; 403, autenticado sin permiso. 301 es permanente y 302/307 temporal.
Cliente y servidor
El navegador ejecuta HTML, CSS y JavaScript; el servidor enruta, consulta la base de datos y aplica reglas de negocio. Todo lo que llega al cliente es visible, así que las credenciales y la validación definitiva viven en el servidor. En una SPA el HTML inicial es mínimo y el render ocurre en el cliente; en SSR el servidor entrega HTML ya poblado, lo que mejora el primer pintado y el SEO.
Ejemplo trabajado
Petición: GET https://tienda.example/productos?categoria=libros&pagina=2 con Accept: application/json. Razonamiento: se usa GET porque solo se leen datos; los filtros van en la query string; la operación es segura e idempotente y puede cachearse. Una respuesta 200 con JSON es correcta; si el recurso no existe, 404; si el usuario no ha iniciado sesión, 401. Usar POST para leer rompería la semántica de caché, el botón Atrás y la idempotencia.
Errores que cuestan puntos
Confundir 401 con 403; creer que el fragmento llega al servidor; usar GET para borrar o crear; afirmar que HTTP recuerda al usuario por sí solo; confundir DNS con el proveedor de hosting; decir que la validación en JavaScript del navegador protege la base de datos.