Repaso y práctica
Puntos clave
- La web es un baile sencillo repetido sin cesar: un cliente (normalmente un navegador) envía una solicitud (request), y un servidor devuelve una respuesta (response). Todo lo demás es detalle sobre esa base.
- Una son partes etiquetadas cosidas entre sí: esquema, host, ruta, consulta. El método es el verbo: GET lee, POST crea, PUT actualiza, DELETE elimina.
- Los códigos de estado son el veredicto de un vistazo del servidor. La división 4xx/5xx te dice dónde mirar: 4xx significa que la solicitud estaba mal (URL incorrecta), 5xx significa que el propio código del servidor se rompió.
- (el candado) sella la conversación para que nadie en el medio pueda leerla: las apps reales lo usan siempre. Las cookies son cómo un sitio recuerda que tienes la iniciada a través de las solicitudes.
- Tu es el cliente (corre en el navegador); tu es el servidor (ejecuta tu lógica y habla con la ). Cada función que construyas vive en un lado del baile.
Pruébalo
Abre cualquier sitio web, luego abre las herramientas de desarrollador de tu navegador (clic derecho → "Inspeccionar", luego la pestaña "Network" o "Red") y recarga la página. Observa cómo se llena la lista de solicitudes: verás una solicitud de página seguida de docenas más para imágenes, tipografías y estilos, exactamente como se describió. Haz clic en una y mira su método (GET), su (esperemos que 200) y sus encabezados. Ahora estás viendo el baile de solicitud/respuesta ocurrir en tiempo real, con el vocabulario para leerlo.
del capítulo
I'm learning how the web works as a beginner. Using my own app as the example:
<describe your app, or paste a URL or an error you're seeing>
- Walk me through the request/response cycle for one specific action
(like loading a page or submitting a form), step by step.
- Tell me which part is the client (frontend) and which is the server (backend).
- If I'm seeing a status code or error, explain whether it's a 4xx (my
request was wrong) or a 5xx (the server broke), and where to look.
- Keep it concrete and beginner-friendly — no assumed knowledge.