Crea una cuenta o inicia sesi贸n

隆Contin煤a aprendiendo sin ning煤n costo! 脷nete y comienza a potenciar tu carrera

Entender HTTP

4/21
Recursos

Aportes 121

Preguntas 5

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

C贸digos de estado HTTP m谩s comunes

Status code 200 鈥 OK.
Status code 301 鈥 Moved Permanently.
Status code 302 鈥 Moved Temporarily.
Status code 403 鈥 Forbidden
Status code 404 鈥 Not Found
Status code 500 鈥 Internal Server Error
Status code 503 颅鈥 Service Unavailable

https://www.ionos.com/digitalguide/hosting/technical-matters/the-most-important-http-status-codes-at-a-glance/

RESUMEN: Fundamentos de la WEB

鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲鈻犫枲

HTTP: Hypertext Transfer Protocol


Conjunto de reglas por el cual dos computadores se comunican. Un cliente y un servidor. El cliente realiza peticiones a servidores.

Una petici贸n se ve as铆:

# Request
GET / HTTP/1.1
Host: developer.mozilla.org  Accept-Language: fr

# Response  HTTP/1.1 200 OK
Date: Sat, 09 Oct 2010 14:28:02 GMT
Server: Apache
Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT  ETag: "51142bc1-7449-479b075b2891b"
Accept-Ranges: bytes  Content-Length: 29769  Content-Type: text/html
<!DOCTYPE html... (here comes the 29769 bytes of the  requested web page)



HEADERS
Permiten al cliente y el servidor passar informaci贸n adicional con un request o response HTTP.
Pueden agruparse en las siguientes categor铆as:

  • Generales : Aplica para request y responses pero no tiene relaci贸n con la data transmitida en el cuerpo
  • Request : Contienen m谩s informaci贸n acerca del recurso a ser fetch (extraer)
  • Response : Contiene informaci贸n adicional sobre respuestas. Como ubicaci贸n o el Server provider.
  • Entity : Contien informaci贸n acerca del recurso del cuerpo.

Existen muchas cabeceras o headers como:

  • Accept
  • Authorization
  • Link
  • Location
  • Save-Data

Puedes consultar aqu铆 toda la documentaci贸n sobre las cabeceras o Headers


HTTP nos permite transportar, HTML, CSS, webAPIs, Js.
Y se vale de protcolos como IP, TCP, UDP para comunicarse con el servidor, mediante TLS se hace la encriptaci贸n
Y el DNS asigna nombres a direcciones IP.

STATUS CODE :

Los estados son la forma en que el servidor da respuesta de las peticiones.

1.- Respuestas informativas (100鈥199).
2.- Respuestas satisfactorias (200鈥299).
3.- Redirecciones (300鈥399).
4.- Errores de los clientes (400鈥499).
5.- Errores de los servidores (500鈥599).

La siguiente hace parte de la documentaci贸n de Mozilla:

STATUS RESPONSE


MANEJO DE STATUS CODES

Una opci贸n r谩pida para manejarlas es usar la librer铆a Request

Shell*

1. Abre un ambiente virtual.
2. En la carpeta de trabajo: pip install request

Luego en pyhton

## Una idea sobre el manejo de los status Code.

import requests

response_platzi = requests.get('https://api.platzi.com')
print(response_platzi)
# <Response [404]>

if response_platzi.status_code == 200:
    print("Aqu铆 tienes lo que buscas")
elif response_platzi.status_code == 400:
    print("Ups, no puedo darte nada en el momento. Nosotros nunca paramos de mejorar <3")
    

Un art铆culo para profundizar en c贸mo manejar la librer铆a request y como manejar los status code:
Request Tutorial

![](

C贸digos de estatus:
1xx - INFO
2xx - SECCESS
3xx - REDIRECT
4xx - ERROR CLIENT
5xx - ERROR SERVER
Cabeceras:
ACCEPT: tipos de contenido aceptados
CACHE-CONTROL: pol铆ticas de cach茅
CONNECTION: tipo de conexi贸n
COOKIE: cookies enviadas al servidor
DATE: fecha y hora de petici贸n
HOST: nombre de dominio o direcci贸n IP
UPGRADE: pide que el servidor actualice versi贸n de http

Como aporte, encontr猫 una agrupaci貌n de los c貌digos de estado de respuesta de la solicitud desde HTTP:

1.- Respuestas informativas (100鈥199).
2.- Respuestas satisfactorias (200鈥299).
3.- Redirecciones (300鈥399).
4.- Errores de los clientes (400鈥499).
5.- Errores de los servidores (500鈥599).

Bueno con respecto a los Status Code, los explicar铆a de la siguiente forma:
Status code 200 - OK = La petici贸n de datos ha sido exitosa.
Status code 202 - Acepted = La informaci贸n enviada ha sido recibida, y preparada para procesarse. Status code 301 - Moved Permanently = La uri que se quiere acceder, obtuvo una actualizaci贸n y ya se encuentra con otro nombre.
Status code 400 - Bad Request = El servidor no pudo entender la petici贸n realizada por el cliente. Status code 403 - Forbidden = El cliente no posee los permisos necesarios para realizar esta petici贸n. Status code 404 - Not Found = El servidor no encontro la informaci贸n solicitada por el cliente.
Status code 500 - Internal Server Error = El error tuvo un error al momento de procesar la petici贸n. Status code 503 - Service unavailable= El servidor se encuentra en mantemiento o a煤n no est谩 listo para recibir peticiones.

Con respecto a las cabeceras de una petici贸n Http las m谩s comunes que he visto son:
Authorization = Utilizada para enviar la llave de acceso de un usuario al servidor, y poder autenticarlo. Accept = Especifica el tipo de dato que se env铆a de respuesta.
Access-Control-Allow-Origin = Especifica que la respuesta del servidor a quienes puede ser compartida
Content-Length = Especifica el tama帽o en caracteres de la respuesta obtenida
Content-Type = Especifica el tipo de dato enviado en la petici贸n http.
User-Agent = Especifica que tipo y versi贸n de navegador, aplicaci贸n o sistema operativo fue el que realiz贸 la petici贸n al servidor.
Referer = Indica desde cual p谩gina fue redireccionada la petici贸n.

HTTP Status Codes
1xx = Informe
2xx = 茅xito
3xx = Redirecci贸n
4xx = Error de Cliente
5xx = Error de Servidor

Headers
Nombre de la cabecera
Accept
Accept-Charset
Accept-Encoding
Accept-Language
Accept-Datetime
Authorization
Cache-Control
Connection
Cookie
Content-Length
Content-MD5
Content-Type
Date
Forwarded
From
Host
Max-Forwards
Origin
Pragma
Proxy-Authorization
Range
Referer聽[sic]
User-Agent
Upgrade
Warning

Desde mi punto de vista creo que las 4 mas usuales respuestas de status.code son:

  • 200 Todo salio bien
  • 400 Mal requerimiento
  • 401 No existe autorizaci贸n,esto es muy usual cuando queremos acceder a una Appi sin token
  • 404 Este es con el que menos queremos toparnos y el mas com煤n,que nuestra respuesta no fue encontrada

Cuando profe dice que hay muchas m谩s cabeceras HTTP es porque realmente hay muchas m谩s. Mozilla tiene una lista aqu铆: https://developer.mozilla.org/es/docs/Web/HTTP/Headers

En general los Status Code de HTTP son:

1XX: Informational: El servidor informa al cliente que su solicitud est谩 en proceso.
2XX: Succes: Informa una operaci贸n exitosa
3XX: Redirection: Muestra que el servidor recibio la solicitud del cliente, sin embargo son necesarios pasos adicionales
**4XX: Cliente Error: **El servidor recibio la solicitud del cliente, sin embargo no se pudo completar.
5XX: Server Error: El servidor fallo al intentar realizar la solicitud

M谩s informaci贸n

Cabeceras HTTP:

Existen cabeceras de: Autenticaci贸n - Almacenamiento de Cach茅 - Indicaciones sobre el cliente - Condicionales - Gesti贸n de conexiones - Negociaci贸n de contenido - Controles - Cookies - CORS - Cabeceras sin seguimiento - Descargas - Mensajes sobre la informaci贸n del cuerpo - Proxies -Redirecciones - Contextos de petici贸n - Contextos de respuesta - Peticiones de rango - Seguridad - Eventos enviados por el servidor - Codificaci贸n de transferencia - WebSockets - Otros

Algunos ejemplos:

  • Last-Event-ID
  • Content-Security-Policy
  • X-Forwarded-Proto
  • Set-Cookie

M谩s informaci贸n

Investigando un poco m谩s sobre HTTP 2.0 encontr茅 esta imagen que me parece excelente para entenderlo
![](
Est谩 en el art铆culo de wikipedia de HTTP 2.0
Tambi茅n me pareci贸 interesante saber que se est谩 trabajando en HTTP3.0.
Ac谩 un poco m谩s de informaci贸n sobre headers HTTP

Y con respecto a los c贸digos de estado tenemos:

  • Del 100 al 199 Son respuestas informativas.
  • Del 200 al 299 Respuestas satisfactorias.
  • Del 300 al 399 Redirecciones.
  • Del 400 al 499 Errores del cliente.
  • Del 500 al 599 Errores del servidor.

    Dando 茅nfasis en:
  • 100 continue = Indica que todo est谩 bien y que el cliente debe continuar con su solicitud o ignorarla si ya termin贸.
  • 200 OK = La solicitud tuvo 茅xito.
  • 202 Accepted = Se recibi贸 la solicitud, pero no se hace nada mas. Es usada para cuando otro proceso o servidor maneja la solicitud, tambi茅n sirve para el procesamiento por lotes(batches).
  • 304 Not Modified = Es usada en cach茅. Le indica al cliente que no se ha modificado. Entonces se sigue usando la misma versi贸n que lo que est谩 guardado en Cach茅.
  • 404 Not Found = No se encontr贸 el contenido solicitado.
  • 500 Internal server error = el servidor tiene un problema y no sabe como manejarlo.

Los HTTP Status Codes est谩n agrupados de esta forma:

  • 1xx: Informacionales
  • 2xx: Exitosos
  • 3xx: Redirecciones
  • 4xx: Error de parte del cliente
  • 5xx: Error de parte del servidor

Encontr茅 este Top 10 de los status code de HTTP m谩s utilizados:

  • 200 OK: La solicitud ha tenido 茅xito.
  • 201 Created: La solicitud se ha cumplido y el recurso se ha creado con 茅xito.
  • 204 No Content: La solicitud se ha cumplido pero no necesita retornar un cuerpo.
  • 304 Not Modified: En caso de que el cliente realice un GET condicional y el acceso se permita, pero el documento no haya sido modificado.
  • 400 Bad Request: La solicitud no fue entendida por el servidor por una sintaxis malformada.
  • 401 Unauthorized: La solicitud requiere de autenticaci贸n.
  • 403 Forbidden: El servidor entendi贸 la solicitud, pero se niega a cumplirla.
  • 404 Not Found: El servidor no encontr贸 nada que coincida con la URI que se le envi贸.
  • 409 Conflict: La solicitud no pudo ser completada por un conflicto con el estado actual del recurso.
  • 500 Internal Server Error: El servidor encontr贸 una condici贸n inesperada que previene el completar la solicitud.

Fuente: https://www.restapitutorial.com/httpstatuscodes.html

HTTP Status_code:
Informational responses (100鈥199)
Successful responses (200鈥299)
Redirects (300鈥399)
Client errors (400鈥499)
Server errors (500鈥599)

Los c贸digos de estado de respuesta HTTP indican si se ha completado satisfactoriamente una solicitud HTTP espec铆fica. Las respuestas se agrupan en cinco clases:

Respuestas informativas (100鈥199),
Respuestas satisfactorias (200鈥299),
Redirecciones (300鈥399),
Errores de los clientes (400鈥499),
y errores de los servidores (500鈥599).

Status code: Son emitidos por un servidor en respuesta a la solicitud de un cliente hecha al servidor.

1xx Informational Response: Una respuesta informativa indica que el pedido fue recibido y entendido.

  • 100-Continue: El servidor recibi贸 la solicitud de encabezados y el cliente deber铆a hacer una petici贸n al body.

[4:40] Donde se ubica HTTP en el entorno de la web.

[2:11] Estructura de una petici贸n http.

[0:49] HTTP: Protocolo de transferencia de hypertexto.

Headers/cabeceras

Cookie:

  • Una cookie enviada previamente por el servidor usando Set-Cookie.
  • La cabecera de respuesta HTTP Set-Cookie se usa para enviar cookies desde el servidor al agente de usuario, as铆 el agente de usuario puede enviarlos de vuelta al servidor.

WWW-Authenticate:

  • La cabezera de la respuesta HTTP WWW-Authenticate define el m茅todo de autentificaci贸n que debe ser utilizado para acceder al recurso solicitado.
  • La cabezera WWW-Authenticate es enviada junto al estado 401 Unauthorized en la respuesta.

Authorization:

  • La cabecera de petici贸n Authorization contiene las credenciales para autenticar a un usuario en un servidor. De manera general luego de que el servisor haya respondido con un estado 401 unauthorized y la cabecera authenticate.

Connection:

  • Se controla las pol铆ticas de cach茅.
    Ejemplo:
  • Controla si la conexi贸n a la red se mantiene activa despu茅s de que la transacci贸n en curso haya finalizado.

Forwarded:

  • Indica la informaci贸n original del cliente en caso de conexi贸n por proxy.

X-Forwarded-For

  • La cabecera X-Forwarded-For (XFF) es un est谩ndar de facto para identificar el origen de la direcci贸n IP de un cliente conectado a un servidor web a trav茅s de un proxy HTTP o un balanceador de carga. Cuando se intercepta el tr谩fico entre cliente y servidores, los registros de los servidores de acceso contienen s贸lo la direcci贸n IP del proxy o del balanceador de carga. Para ver la direcci贸n IP original del cliente, se utiliza la cabecera X-Forwarded-For.

Esta cabecera se usa para la depuraci贸n, estad铆sticas, y la generaci贸n de contenido dependiente de la ubicaci贸n. De forma deliberada, expone informaci贸n privada sensible como la direcci贸n IP del cliente. Por lo tanto, debe tenerse en cuenta la privacidad del usuario a la hora de publicar esta cabecera.

Una versi贸n estandarizada de esta cabecera es la cabecera HTTP Forwarded (en-US).

X-Forwarded-For es tambi茅n una cabecera de correo electr贸nico que indica que el mismo fue reenviado desde otra cuenta.

Status code

  • 200 - Ok:
    Cuando nos encontramos con un c贸digo 200 significa que todo est谩 bien. El cliente introduce una p谩gina web, el navegador env铆a una petici贸n al servidor y recibe el c贸digo de estado 200. Como la solicitud se ha realizado correctamente, el resultado se transmite en forma de p谩gina web como respuesta.

  • 301 -Redirecci贸n permanente:
    Si el contenido de un sitio web se ha cambiado de una URL a otra URL y queremos asegurarnos que la nueva URL va a estar permanentemente accesible, debemos configurar una redirecci贸n 301. Esto significa que tanto los visitantes del sitio, as铆 como los motores de b煤squeda ser谩n enviados directamente a la nueva direcci贸n.

  • 302 - Found:
    El c贸digo de estado 302 fue utilizado anteriormente exclusivamente como una redirecci贸n temporal. Desde la introducci贸n de HTML 2 en 2012 s贸lo siginifica 鈥渇ound鈥(p谩gina encontrada). El servidor recibe una solicitud de un documento y devuelve la respuesta de que el documento ha sido encontrado. No obstante, el navegador sigue interpretando esto como redirecciones temporales, aunque ahora este tipo de redirecciones se encuentran entre los c贸digos 303 o 307.

  • 307 - Redirecci贸n temporal:
    El c贸digo 307 se comporta como una redirecci贸n 303. La diferencia principal es que el navegador debe seguir el mismo m茅todo que en la solicitud original (es decir, un POST seguido de un POST).

Extra fact:
M茅todo GET
Es el m茅todo m谩s com煤n. Con 茅l, se env铆a un archivo al servido, mostrando las variables dentro de la propia URL. Como las variables en la URL se pueden transferir una petici贸n GET para recuperar s贸lo los datos de acuerdo con la norma y no tiene otros efectos secundarios (como cambios de datos en el servidor o cerrar la sesi贸n). La longitud de la URL es limitada, en funci贸n del servidor utilizado, esta no es compatible con m谩s de 255 bytes.

M茅todo POST
El env铆o es ilimitado, seg煤n el contenido del mensaje y en funci贸n de las caracter铆sticas f铆sicas del servidor utilizado, se guardan grandes cantidades de datos para su posterior procesamiento en el servidor, por ejemplo, parejas de nombre-valor que provienen de un formulario HTML. Puede ser tanto para nuevos recursos en el servidor o para aquellos que modifican los existentes. Los datos posteriores no se almacenan en las memorias cach茅 generales. Adem谩s, los datos en el m茅todo GET se pueden colgar en la URL en este tipo de transmisi贸n.

Font: https://www.xovi.com/es/codigos-de-estado-http/


Yo econtr茅 esta p谩gina donde te describen todos los c贸digos de http

En esta web puedes ver los distintos C贸digos HTTP con fotos de Gatos. Es muy divertido e intuitivo. http.cat

MI INTERPRETACION POR LO QUE INVESTIGUE
Estados de respuesta HTTP:
5 grupos:

*Rango 100-199 - Respuestas Informativas:
Indica los estados entre la comunicacion cliente/servidor.

*Rango 200-299 - Respuestas Satisfactorias:
Indica que la informacion fue recibida y c贸mo fue recibida.

*Rango 300-399 - Redirecciones:
Indica que la informacion vino de distintas fuentes, ya sean por modificaciones/mantenimientos en el servidor , etc.

*Rango 400-499 - Errores de los clientes:
Aparecen cuando la informacion solicitada no existe en el servidor 贸 errores de interpretacion de la solicitud hecha por el cliente.

*Rango 500-599 - Errores de los servidores:
Errores/Fallas , desactualizaciones en el servidor.

HTTP HEADERS:
.
En total, hay casi 100 campos de cabecera HTTP, de los cuales unos 30 sirven para especificar solicitudes HTTP, otros 30 para la respuesta del servidor y toda una serie de otros campos de cabecera que tienen diferentes prop贸sitos y que, en su mayor铆a, no son utilizados por usuarios comunes.
.
5 de ellos pueden ser:

  • Accept-Encoding: Qu茅 formatos comprimidos soporta el cliente
    .
  • Authorization: Datos de autenticaci贸n (por ejemplo, para un inicio de sesi贸n)
    .
    Host: Nombre de dominio del servidor
    .
    Referrer: URL del recurso del que procede la solicitud (es decir, del que se hizo el enlace)
    .
    TE: Codificaci贸n de transferencia aceptada
    .
    Fuente:
    https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/cabecera-http/
  • Respuestas informativas (100鈥199),

  • Respuestas satisfactorias (200鈥299),

  • Redirecciones (300鈥399),

  • Errores de los clientes (400鈥499),

  • Errores de los servidores (500鈥599).

https://developer.mozilla.org/es/docs/Web/HTTP/Status

Las cabeceras HTTP permiten al cliente y servidor a enviar informaci贸n adicional junto a una petici贸n o respuesta.

Investigando pude descubrir que es importante analizar las cabeceras http, ya que nos permite descubrir direccionamientos sospechosos, o problemas de control en cache, programaci贸n inadecuada, etc.
Encontre un sitio para poder analizar las URL y obtuve lo siguiente:

Etag:

  • Permite a la memoria cach茅 ser m谩s eficiente, y ahorrar ancho de banda, en tanto que un servidor web no necesita enviar una respuesta completa si el contenido no ha cambiado.
  • Por otro lado, si el contenido cambi贸, los etags son 煤tiles para ayudar a prevenir actualizaciones simult谩neas de un recurso de sobre-escribirlo por otro (鈥渃olisiones en el aire鈥).

Pueden ver esta pagina de estados HTTP
https://http.cat/

Les dejo esta informaci贸n acerca de los Status HTTP extra铆da del siguiente link: https://developer.mozilla.org/es/docs/Web/HTTP/Status

Los c贸digos de estado de respuesta HTTP indican si se ha completado satisfactoriamente una solicitud HTTP espec铆fica. Las respuestas se agrupan en cinco clases:

Respuestas informativas (100鈥199),
Respuestas satisfactorias (200鈥299),
Redirecciones (300鈥399),
Errores de los clientes (400鈥499),
y errores de los servidores (500鈥599).
Los c贸digos de estado se definen en la secci贸n 10 de RFC 2616. Puedes obtener las especificaciones actualizadas en RFC 7231.

En ese mismo link pueden encontrar una descripci贸n detallada de cada status, consulta para cada vez que hagamos un request y no entendamos el c贸digo.

Aqu铆 les dejo un resumen muy completo sobre http:

https://developer.mozilla.org/es/docs/Web/HTTP/Overview

Error 500 es un fallo en la aplicaci贸n o en el servidor
Error 403 es un error de permisos
Error 502 hay un fallo en el proxy reverso
Error

X-Forwarded-For : Headers de Proxies transparentes
Content-Security-Policy
Origin : Origen del dominio de la peticion
Access-Control-Allow-Origin: Origenes permitidos dentro de una aplicaci贸n hacia un recurso como una API
Referer: URL de donde proviene una petici贸n HTTP

Cabeceras
Age
El tiempo en el que un objeto ha estado en una cach茅 proxy, expresado en segundos.
Cache-Control
Especifica directivas para los mecanismos de almacenamiento en cach茅, tanto para peticiones como para respuestas.
Expires
La fecha y tiempo tras las cuales una respuesta se considera agotada.
Pragma
Cabecera spec铆fica para implementaciones que puede tener diferentes efectos a lo lartgo del proceso de petici贸n-respuesta. Utilizada para implementar retrocompatibilidad con cach茅s de tipo HTTP/1.0 donde la cabecera Cache-Control a煤n no est茅 presente.
Warning
Un campo de alerta general, que contiene informaci贸n sobre diferentes problemas posibles.

Status_code
Respuestas informativas (100鈥199),
Respuestas satisfactorias (200鈥299),
Redirecciones (300鈥399),
Errores de los clientes (400鈥499),
y errores de los servidores (500鈥599).

C贸digos de estatus:
100-199 Informaci贸n
200-299 comando exitosos
300-399 Redirecci贸n
400-499 Error del cliente
500-599 Error del servidor

Cabeceras:
Authorization: Contiene las credenciales para autenticar a un usuario con un servidor.
Warning: Un campo de alerta general, que contiene informaci贸n sobre diferentes problemas posibles.
Last-Modified: Se trata de un validador, indicando la fecha de la 煤ltima modificaci贸n del recurso, utilizado para comparar diferentes versiones del mismo recurso.
Connection: Controla si la conexi贸n a la red se mantiene activa despu茅s de que la transacci贸n en curso haya finalizado.
Accept-Charset: Informa al servidor sobre el set de caracteres que el cliente puede entender.

Encontr茅 esta clasificaci贸n general en :
https://developer.mozilla.org/es/docs/Web/HTTP/Status

  • Respuestas informativas (100鈥199),
  • Respuestas satisfactorias (200鈥299),
  • Redirecciones (300鈥399),
  • Errores de los clientes (400鈥499),
  • Errores de los servidores (500鈥599).
  • 404 Not found - El recurso solicitado no esta disponible. El usuario se comunica con el servidor pero el contenido/recurso no esta.

  • 403 Fordibben - El acceso al recurso esta prohibido y el servidor esta rechazando tu petici贸n.

  • 500 Internal Server Error - Nombre de error general.503 Service Unavailable - Usualmente un error temporal, el servidor no esta disponible en ese instante. Lo mas frecuente es que sea por sobrecarga de trafico.

  • 504 Gateway timeout - Indica problemas de comunicaci贸n servidor a servidor.

Status Code de HTTP:

  • Respuestas informativas (100鈥199),

  • Respuestas satisfactorias (200鈥299),

  • Redirecciones (300鈥399),

  • Errores de los clientes (400鈥499),

  • y errores de los servidores (500鈥599).

Para las cabeceras de HTTP:

Date:
Server:
X-Powered-By:
P3P:
Expires:
Cache-Control:
Pragma:
Last-Modified:
Vary:
Content-Encoding:
Content-Length:
Keep-Alive:
Connection:
Content-Type:

Sobre el tema de cabeceras, es muy amplio, se puede investigar el tema buscado http heaers.
https://developer.mozilla.org/es/docs/Web/HTTP/Headers

Cabeceras de Servidor - Response:
accept: especifica que tipos de medios de internet son aceptables para asignar preferencias
age: Da la estimacion de la cantidad de tiempo desde que se genero la respuesta
location: redirige al destinatario a una ubicacion que no sea el URI de solicitud para completar la solicitud o identificar un nuevo recurso.
proxy-authenticate: Indica el esquema de autenticacion y los parametros aplicables al proxy
retry-after: indica durante cuanto tiempo se espera que el servicio no este disponible para el solicitante.

Siempre presente la pagina de los gatitos!
https://http.cat/
https://http.cat/401

HTTP: Hypertext Transfer Protocol

  • Es un protocolo, es decir, un conjunto de reglas, en cual un cliente y servidor se pueden comunicar en la red
  • Estructura http
  • C贸digos de estado HTTP:
    • Status code 200 鈥 OK.
    • Status code 301 鈥 Moved Permanently.
    • Status code 302 鈥 Moved Temporarily.
    • Status code 403 鈥 Forbidden
    • Status code 404 鈥 Not Found
    • Status code 500 鈥 Internal Server Error
    • Status code 503 颅鈥 Service Unavailable
  • Existen varios protocolos por debajo de la capa en la que trabaja HTTP (IP, TCP, DNS, entre muchos otros)
  • HTTP: Nos permite transportar html, css, js, etc鈥

Algunos de los m谩s importantes status code:
200 OK: La solicitud fue exitosa y el servidor ha devuelto el contenido solicitado.
201 Created: La solicitud ha sido completada y ha resultado en la creaci贸n de un recurso.
204 No Content: La solicitud fue exitosa pero no hay contenido para devolver.
400 Bad Request: La solicitud no es v谩lida.
401 Unauthorized: El usuario no est谩 autorizado para acceder al recurso.
403 Forbidden: El servidor entiende la solicitud pero se niega a autorizarla.
404 Not Found: El recurso solicitado no se encuentra en el servidor.
500 Internal Server Error: Un error interno del servidor ha impedido que se complete la solicitud.

Cabeceras
Cookie
Age
Path
Method
Strict-transport-security

Ubicacion de HTTP en la Web

  • IP: Internet Protoccolo. Desde donde salen las direcciones ipv4 e ipv6 que identifica de manera unica nuestra computadora en la red.
  • TCP: Transmission Control Protoccolo es un protocolo que establece como se va a transferir la informacion a bajo nivel
  • UDP: User Data Protoccolo muy similar a TCP
  • TLS: Transport Layer Security esta relacionado con el encriptado de la informacion
  • DNS: Domain Name System es lo que asocia un nombre de dominio a un IP. Transforma el nombre de la pagina en una direccion IP para que pueda ser encontrada
  • HTTP : Permite transportar HTML, CSS, Web APIs y Javascript

La web funciona bajo el protocolo HTTP. El navegador web utiliza este protocolo para comunicarse con el servidor Web donde est谩 alojada la web.
Cada petici贸n HTTP que el navegador realiza al servidor, se divide en 2 partes:
鈥 Las cabeceras (Headers).
鈥 El cuerpo de la respuesta (Response body).
En el cuerpo de la respuesta est谩 el c贸digo HTML, CSS, Javascript, etc鈥 necesario para que la web se vea y funcione.
Adem谩s, en cada petici贸n tanto el navegador como el servidor env铆an unas cabeceras que sirven para configurar diversos comportamientos, o simplemente para dejar alguna marca con informaci贸n.
Ejemplos de cabeceras:
鈥 Date: Indica la fecha y hora exacta a la que el servidor ha realizado la respuesta para que conste (la hora del servidor).
鈥 Content-type: El Tipo Mime de la respuesta (en caso de que sea una respuesta), o del contenido subido v铆a POST/PUT (en caso de que sea una Request).
鈥 Content-Length: El tama帽o de la respuesta en octetos (8 bits).
鈥 Server: indica el tipo de servidor HTTP empleado.
鈥 Age: indica el tiempo que ha estado el objeto servidor almacenado en un proxy cache (en segundos).
鈥 Cache-control: lo usa el servidor para decirle al navegador que objetos cachear, durante cuanto tiempo, etc.
鈥 Content-Encoding: se indica el tipo de codificaci贸n empleado en la respuesta.
鈥 Expires: indica una fecha y hora a partir del cual la respuesta HTTP se considera obsoleta. Se usa para gestionar cach茅.
鈥 Location: se usa para especificar una nueva ubicaci贸n en casos de redirecciones.
鈥 Set-Cookie: sirve para crear cookies. Las famosos cookies viajan entre el servidor y el navegador a trav茅s de estas cabeceras HTTP.

**Tarea: **

  • El encabezado de respuesta Access-Control-Allow-Origin indica si los recursos de la respuesta pueden ser compartidos con el origen (en-US) dado.

  • La cabecera de petici贸n Authorization contiene las credenciales para autenticar a un usuario en un servidor, usualmente luego de que el servidor haya respondido con un estado 401 Unauthorized y la cabecera WWW-Authenticate.

  • La solicitud de cabecera del Agente de Usuario contiene una cadena caracter铆stica que permite identificar el protocolo de red que ayuda a descubrir el tipo de aplicaci贸n, sistema operativo, provedor del software o laversi贸n del software de la petici贸n del agente de usuario.

  • El encabezado Cookie de una solicitud HTTP contiene cookies HTTP almacenadas y enviadas previamente por el servidor con el encabezado (header) Set-Cookie

Fuente: MDN WebDocs

C贸digos de estado de respuesta HTTP:

  1. Respuestas informativas (100鈥199)

  2. Respuestas satisfactorias (200鈥299)

  3. Redirecciones (300鈥399)

  4. Errores de los clientes (400鈥499)

  5. Errores de los servidores (500鈥599)

Respuestas informativas (algunas de ellas):

  • 100 Continue: esta respuesta provisional indica que todo hasta ahora est谩 bien y que el cliente debe continuar con la solicitud o ignorarla si ya est谩 terminada
  • 200 OK: La solicitud ha tenido 茅xito. El significado de un 茅xito var铆a dependiendo del m茅todo HTTP
  • 300 Multiple Choice (en-US): Esta solicitud tiene m谩s de una posible respuesta. User-Agent o el usuario debe escoger uno de ellos. No hay forma estandarizada de seleccionar una de las respuestas
  • 404 Not Found: El servidor no pudo encontrar el contenido solicitado. Este c贸digo de respuesta es uno de los m谩s famosos dada su alta ocurrencia en la web
  • 500 Internal Server Error: El servidor ha encontrado una situaci贸n que no sabe c贸mo manejarla

200: 芦Todo est谩 bien禄. Este es el c贸digo que se entrega cuando una p谩gina web o recurso act煤a exactamente como se espera.
201: 芦Creado禄. 鈥
202: 芦Aceptado禄. 鈥
203: 芦Informaci贸n no autorizada禄. 鈥
204: 芦Sin contenido禄. 鈥
205: 芦Restablecer el contenido禄. 鈥
206: 芦Contenido parcial禄.
Fuente: kinsta

Uf existe una cantidad considerable de cabceras, MDN mozilla nos entrega este recurso
HTTP headers

Los encabezados sirven para que las paginas crean que eres un usuario real y asi evitar que te bloqueen al momento de realizar el scraping

https://datatracker.ietf.org/doc/html/rfc2616#section-10.

Most Important Status Code

  • Status code 200 鈥 OK.
  • Status code 301 鈥 Moved Permanently.
  • Status code 302 鈥 Moved Temporarily.
  • Status code 403 鈥 Forbidden
  • Status code 404 鈥 Not Found
  • Status code 500 鈥 Internal Server Error
  • Status code 503 颅鈥 Service Unavailable

HTTP headers

Hay que tener en cuenta que hay muchos tipos de cabeceras como lo son: Autenticaci贸n, Almacenamiento de cach茅, condicionales, entre otros

  • Age: El tiempo en el que un objeto ha estado en una cach茅 proxy, expresado en segundos.
  • ETag: Se trata de un validador, un tipo de hilo 煤nico identificando la versi贸n del recurso. Las peticiones condicionales que usan If-Match (en-US) y If-None-Match (en-US) utilizan este valor para cambiar el comportamiento de la petici贸n.
  • Cookie: Contiene HTTP cookies enviadas previamente por el servidor con la cabecera Set-Cookie

Links sacados de algunos compa帽eros del curso 馃殌
馃懢

Status-Code =
鈥100鈥 ; Section 10.1.1: Continue
| 鈥101鈥 ; Section 10.1.2: Switching Protocols
| 鈥200鈥 ; Section 10.2.1: OK
| 鈥201鈥 ; Section 10.2.2: Created
| 鈥202鈥 ; Section 10.2.3: Accepted
| 鈥203鈥 ; Section 10.2.4: Non-Authoritative Information
| 鈥204鈥 ; Section 10.2.5: No Content
| 鈥205鈥 ; Section 10.2.6: Reset Content
| 鈥206鈥 ; Section 10.2.7: Partial Content
| 鈥300鈥 ; Section 10.3.1: Multiple Choices
| 鈥301鈥 ; Section 10.3.2: Moved Permanently
| 鈥302鈥 ; Section 10.3.3: Found
| 鈥303鈥 ; Section 10.3.4: See Other
| 鈥304鈥 ; Section 10.3.5: Not Modified
| 鈥305鈥 ; Section 10.3.6: Use Proxy
| 鈥307鈥 ; Section 10.3.8: Temporary Redirect
| 鈥400鈥 ; Section 10.4.1: Bad Request
| 鈥401鈥 ; Section 10.4.2: Unauthorized
| 鈥402鈥 ; Section 10.4.3: Payment Required
| 鈥403鈥 ; Section 10.4.4: Forbidden
| 鈥404鈥 ; Section 10.4.5: Not Found
| 鈥405鈥 ; Section 10.4.6: Method Not Allowed
| 鈥406鈥 ; Section 10.4.7: Not Acceptable
| 鈥407鈥 ; Section 10.4.8: Proxy Authentication Required
| 鈥408鈥 ; Section 10.4.9: Request Time-out
| 鈥409鈥 ; Section 10.4.10: Conflict
| 鈥410鈥 ; Section 10.4.11: Gone
| 鈥411鈥 ; Section 10.4.12: Length Required
| 鈥412鈥 ; Section 10.4.13: Precondition Failed
| 鈥413鈥 ; Section 10.4.14: Request Entity Too Large
| 鈥414鈥 ; Section 10.4.15: Request-URI Too Large
| 鈥415鈥 ; Section 10.4.16: Unsupported Media Type
| 鈥416鈥 ; Section 10.4.17: Requested range not satisfiable
| 鈥417鈥 ; Section 10.4.18: Expectation Failed
| 鈥500鈥 ; Section 10.5.1: Internal Server Error
| 鈥501鈥 ; Section 10.5.2: Not Implemented
| 鈥502鈥 ; Section 10.5.3: Bad Gateway
| 鈥503鈥 ; Section 10.5.4: Service Unavailable
| 鈥504鈥 ; Section 10.5.5: Gateway Time-out
| 鈥505鈥 ; Section 10.5.6: HTTP Version not supported

Para profundizar m谩s dejo el enlace del documento: https://datatracker.ietf.org/doc/html/rfc2616#page-34

Aqui mi aporte creado en Notion, espero les pueda servir de ayuda 馃槂

Fuentes

Las cabeceras (en ingl茅s headers) HTTP permiten al cliente y al servidor enviar informaci贸n adicional junto a una petici贸n o respuesta. Una cabecera de petici贸n esta compuesta por su nombre (no sensible a las mayusculas) seguido de dos puntos 鈥:鈥, y a continuaci贸n su valor (sin saltos de l铆nea). Los espacios en blanco a la izquierda del valor son ignorados
Se pueden agregar cabeceras propietarias personalizadas usando el prefijo 鈥榅-鈥, pero esta convenci贸n se encuentra desfasada desde Julio de 2012, debido a los inconvenientes causados cuando se estandarizaron campos no estandar en el RFC 6648; otras est谩n listadas en un registro IANA, cuyo contenido original fue definido en el RFC 4229, IANA tambien mantiene un registro de propuestas para nuevas cabeceras HTTP
Las Cabeceras pueden ser agrupadas de acuerdo a sus contextos:

Cabecera general: Cabeceras que se aplican tanto a las peticiones como a las respuestas, pero sin relaci贸n con los datos que finalmente se transmiten en el cuerpo.
Cabecera de consulta: Cabeceras que contienen m谩s informaci贸n sobre el contenido que va a obtenerse o sobre el cliente.
Cabecera de respuesta: Cabeceras que contienen m谩s informaci贸n sobre el contenido, como su origen o el servidor (nombre, versi贸n, etc.).
Cabecera de entidad: Cabeceras que contienen m谩s informaci贸n sobre el cuerpo de la entidad, como el tama帽o del contenido o su tipo MIME.

Fuente:
https://developer.mozilla.org/es/docs/Web/HTTP/Headers

C贸digos de estado HTTP m谩s comunes
Status code 200 鈥 OK.
Status code 202 - Acepted
Status code 301 鈥 Moved Permanently.
Status code 302 鈥 Moved Temporarily.
Status code 403 鈥 Forbidden
Status code 404 鈥 Not Found
Status code 500 鈥 Internal Server Error
Status code 503 颅鈥 Service Unavailable

REPASO: Que aprendimos en esta clase?
.

1- Que es una IP y para que sirve?
2- Que es TCP?
3- Para que sirve TLS?
4- Que hace el DNS?
5- En que lugar se encuentra HTTP, en el organigrama de protocolos de intenet?
6- HTTP conecta las tecnologias WEB con Internet?
R: Verdadero / Falso
7- Que es HTML?
8- Web Scraping usa de alguna manera HTML?
R: Verdadero / Falso
9- Que es CSS?
10- Que son Web Api鈥檚?
11- Que funcion cumple Javascript?

Los status code nos informan del estado de un recurso al hacer **Request (peticion) ** a un **Endpoint **(url del recurso), estos mismos estados vienen el **Response **(respuesta) que nos da el servidor, informandonos si el recurso existe, NotFound (no existe) o no tenemos permisos para acceder a el,

Statuscode Significado
200 OK
301 Redirecci贸n permanenze
302 Encontrado
303 See other鈥 Mirar en otra p谩gina
307 Redirecci贸n temporal
404 No encontrado
410 No encontrado permanentemente
500 Error del servidor
503 Servidor no responde

Para lo que se solicito en esta clase revise la lista de Status code de Wikipedia. Me percate de algo interesante y es que el n煤mero inicial es el que nos indica la clase de respuesta. Por ejemplo en el caso de 1xx nos indica que tenemos que esperar una respuesta; en el caso de 2xx nos indica el exito de conectarnos a la p谩gina web; 3xx nos indica redirecci贸n; en los casos de 4xx 5xx nos indican errores, en el caso de 4xx son errores del cliente, mientras que 5xx son errores del servidor.
En el caso de las cabeceras yo encontre las siguientes:

  • Age: que es el tiempo en que un objeto ha estado en cache proxy en milisegundo.
  • Expires: que es la fecha y el tiempo en que una respuesta se considera agotada.
  • ETag: es un validador.
  • Conecction (en-US): este nos indica si la conexi贸n a la red se mantiene activa despu茅s de que la transacci贸n en curso haya finalizado.
  • Keep Alive: controla el tiempo en que una conexi贸n debe permanecer abierta.

Muy buena clase y aportes de los compa帽eros.

Comprensi贸n de los tipos de c贸digo de estado HTTP

Los c贸digos de estado HTTP se dividen en 5 芦tipos禄. Se trata de agrupaciones de respuestas que tienen significados similares o relacionados. Saber qu茅 son puede ayudarte a determinar r谩pidamente la sustancia general de un c贸digo de estado antes de que vayas a buscar su significado espec铆fico.

Las cinco clases incluyen:

100s: C贸digos informativos que indican que la solicitud iniciada por el navegador contin煤a.
200s: Los c贸digos con 茅xito regresaron cuando la solicitud del navegador fue recibida, entendida y procesada por el servidor.
300s: C贸digos de redireccionamiento devueltos cuando un nuevo recurso ha sido sustituido por el recurso solicitado.
400s: C贸digos de error del cliente que indican que hubo un problema con la solicitud.
500s: C贸digos de error del servidor que indican que la solicitud fue aceptada, pero que un error en el servidor impidi贸 que se cumpliera.
Dentro de cada una de estas tipos, existe una variedad de c贸digos de servidor y pueden ser devueltos por el servidor. Cada c贸digo individual tiene un significado espec铆fico y 煤nico, que cubriremos en la lista m谩s detallada a continuaci贸n.
Link de fuente

Aqu铆 unos ejemplos de cabeceras. Las obtuve de Wikipedia

Comparto estos Links con informaci贸n acerca de los c贸digos de estado HTTP y cabeceras.

https://developer.mozilla.org/es/docs/Web/HTTP/Status
https://developer.mozilla.org/es/docs/Web/HTTP/Headers

Cabeceras importantes:
x-http-forward: para saber de qu茅 ip lleg贸 el request en AWS
Authentication: Para poner alg煤n tipo de autenticaci贸n, la m谩s com煤n es Bearer Token o un username y password
x-http-length: te dice el tama帽o del objeto que te devolvi贸
Content: el tipo de contenido que se env铆a en la petici贸n

Status code

  1. Respuestas informativas聽(100199),
  2. Respuestas satisfactorias聽(200299),
  3. Redirecciones聽(300399),
  4. Errores de los clientes聽(400499),
  5. y errores de los servidores聽(500599).
    **
    Cabeceras**
    Content-Type: El navegador entonces decide como interpretar los contenidos basado en esto.

Cache-Control: para especificar directivas las cuales DEBEN de ser obedecidas por todos los mecanismos de cacheo junto a la cadena petici贸n/respuesta
Content-Disposition Este header da instrucciones al navegador de abrir la carga de descarga de archivo, en lugar de intentar analizar el contenido.
Etag- cabecera con proposito de cacheo
Last-Modified: ultima fecha de modificacion del documento

C贸digos de estado de respuesta HTTP
Los c贸digos de estado de respuesta HTTP indican si se ha completado satisfactoriamente una solicitud HTTP espec铆fica. Las respuestas se agrupan en cinco clases:

Respuestas informativas (100鈥199),
Respuestas satisfactorias (200鈥299),
Redirecciones (300鈥399),
Errores de los clientes (400鈥499),
y errores de los servidores (500鈥599).

Fuente:https://developer.mozilla.org/es/docs/Web/HTTP/Status

1xx: Respuestas informativas
100 Continue
El navegador puede continuar realizando su petici贸n (se utiliza para indicar que la primera parte de la petici贸n del navegador se ha recibido correctamente).2
101 Switching Protocols
El servidor acepta el cambio de protocolo propuesto por el navegador (puede ser por ejemplo un cambio de HTTP 1.0 a HTTP 1.1).
102 Processing
El servidor est谩 procesando la petici贸n del navegador pero todav铆a no ha terminado (esto evita que el navegador piense que la petici贸n se ha perdido cuando no recibe ninguna respuesta).2
103 Checkpoint
Se va a reanudar una petici贸n POST o PUT que fue abortada previamente.

2xx: Peticiones correctas
Esta clase de c贸digo de estado indica que la petici贸n fue recibida correctamente, entendida y aceptada.

200 OK
Respuesta est谩ndar para peticiones correctas.
201 Createds
La petici贸n ha sido completada y ha resultado en la creaci贸n de un nuevo recurso.
202 Accepted
La petici贸n ha sido aceptada para procesamiento, pero este no ha sido completado. La petici贸n eventualmente pudiere no ser satisfecha, ya que podr铆a ser no permitida o prohibida cuando el procesamiento tenga lugar.
203 Non-Authoritative Information (desde HTTP/1.1)
La petici贸n se ha completado con 茅xito, pero su contenido no se ha obtenido de la fuente originalmente solicitada sino de otro servidor.
204 No Content
La petici贸n se ha completado con 茅xito pero su respuesta no tiene ning煤n contenido (la respuesta puede incluir informaci贸n en sus cabeceras HTTP).
205 Reset Content
La petici贸n se ha completado con 茅xito, pero su respuesta no tiene contenidos y adem谩s, el navegador tiene que inicializar la p谩gina desde la que se realiz贸 la petici贸n (este c贸digo es 煤til por ejemplo para p谩ginas con formularios cuyo contenido debe borrarse despu茅s de que el usuario lo env铆e).
206 Partial Content
La petici贸n servir谩 parcialmente el contenido solicitado. Esta caracter铆stica es utilizada por herramientas de descarga como wget para continuar la transferencia de descargas anteriormente interrumpidas, o para dividir una descarga y procesar las partes simult谩neamente.
207 Multi-Status (Multi-Status, WebDAV)
El cuerpo del mensaje que sigue es un mensaje XML y puede contener alg煤n n煤mero de c贸digos de respuesta separados, dependiendo de cu谩ntas sub-peticiones sean hechas.
208 Already Reported (WebDAV)
El listado de elementos DAV ya se notific贸 previamente, por lo que no se van a volver a listar.

200: Todo esta OK.
201: Todo OK cuando se hizo una solicitud POST, el recurso se creo y se guardo correctamente.
204: Indica que la solicitud se completo correctamente pero no devolvio informacion. Es muy comun cuando se hacen peticiones con el verbo DELETE.
400: Bad Request, algo esta mal en la peticion. Se nos olvido enviar un dato o algo relacionado. Por lo general la respuesta nos especifica cuales fueron los errores a la hora de hacer la peticion.
401: Unauthorized, es decir, no estamos autorizados (autenticados) a realizar la peticion.
403: Forbidden, yo no tengo acceso a ese recurso aunque este autenticado.
404: Not Found, no existe el recurso que se esta intentando acceder.
500: Interna Server Error, es un error que retorna el servidor cuando la solicitud no pudo ser procesada. Por lo general, si no tenemos acceso al backend, no tenemos control sobre los errores 500 que retorna un API.

Las cabeceras del metodo HTTP
Headers HTTP

Status More Common
301 - Moved Permanent
200 - OK
404 - Not Found
302 - Found
403 - Forbidden
451 - Unavailable For Legal Reasons
500 - Internal Server Error

C贸digos de estado HTTP m谩s comunes

Status code 200 鈥 OK.
Status code 301 鈥 Moved Permanently.
Status code 302 鈥 Moved Temporarily.
Status code 403 鈥 Forbidden
Status code 404 鈥 Not Found
Status code 500 鈥 Internal Server Error

Aqu铆 las cabeceras HTTP

Status codes de los m谩s comunes:
101 Cambio de protocolos
102 Procesando petici贸n de navegador
204 Petici贸n completada pero sin contenido
308 Redirecci贸n permanente, no se cambia el m茅todo HTTP
401 Se trata de autenticar el permiso para acceder pero no es posible
407 Falta de autenticaci贸n de Proxy
503 Servidor no responde petici贸n por estar en mantenimiento o congestionado

El primer d铆gito indica si es informaci贸n, se complet贸, se redirecciona, si es error del cliente o servidor.

Http response

  • Respuestas informativas (100鈥199)

  • Respuestas satisfactorias (200鈥299)

  • Redirecciones (300鈥399)

  • Errores de los clientes (400鈥499)

  • Errores de los servidores (500鈥599)

Las cabeceras (en ingl茅s headers) HTTP permiten al cliente y al servidor enviar informaci贸n adicional junto a una petici贸n o respuesta. (https://developer.mozilla.org/es/docs/Web/HTTP/Headers)

HTTP: Hypertext Transfer Protocol

Excelente clase!! 馃弳

excelente,

馃槃

http

Los estados HTTP se agrupan de la siguiente manera:

  1. Respuestas informativas (100鈥199),
  2. Respuestas satisfactorias (200鈥299),
  3. Redirecciones (300鈥399),
  4. Errores de los clientes (400鈥499),
  5. Errores de los servidores (500鈥599).

Estas cabeceras las encontr茅 en MDN, dejo el link de la fuente al final del comentario:

  • Authorization: Contiene las credenciales para autenticar un cliente con el servidor.
  • Cache-Control: Directivas para el mecanismo de cach茅 tanto en la respuesta como en la solicitud.
  • Cookie: Contiene las cookies HTTP almacenadas que fueron enviadas previamente por el servidor usando la cabecera Set-Cookie.
  • Set-Cookie: Env铆a cookies desde el servidor hacia el cliente
  • Location: Indica la URL a donde redireccionar la p谩gina.

Fuente: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers

Hola a [email protected] Comparto con ustedes el siguiente link, espero que les sea de utilidad. https://httpstatuses.com/

Encontr茅 estas cabeceras:

Age: indica el tiempo que ha estado el objeto servidor almacenado en un proxy cache (en segundos)
Cache-control: lo usa el servidor para decirle al navegador que objetos cachear, durante cuanto tiempo, etc鈥
Content-Encoding: se indica el tipo de codificaci贸n empleado en la respuesta
Expires: indica una fecha y hora a partir del cual la respuesta HTTP se considera obsoleta. Location: usado para especificar una nueva ubicaci贸n en casos de redirecciones.
P3P: se usa para especificar el tipo de pol铆tica de privacidad empleado en la web. No est谩 muy extendido.
Set-Cookie: sirve para crear cookies. Las famosos cookies viajan entre el servidor y el navegador a trav茅s de estas cabeceras HTTP.
Existen otras cabeceras no est谩ndar como:
X-Powered-by: usado para especificar con que software se ha generado la respuesta por parte del servidor. Algunos plugins de WordPress como W3 Total Cache a帽ade su propia cabecera X-Powered-By.
X-Pingback: Cabecera HTTP que a帽ade WordPress donde especifica la direcci贸n de pingback del blog.

Respuestas informativas (100鈥199)
Respuestas satisfactorias (200鈥299)
Redirecciones (300鈥399)
Errores de los clientes (400鈥499)
Errores de los servidores (500鈥599)

Que seria HTTPS ?

Yo tambi茅n vi algunos datos al respecto pero creo que me quedo con los siguientes que me parecen muy completos

Status code 200 - OK = La petici贸n de datos ha sido exitosa.
Status code 202 - Acepted = La informaci贸n enviada ha sido recibida, y preparada para procesarse. Status code 301 - Moved Permanently = La uri que se quiere acceder, obtuvo una actualizaci贸n y ya se encuentra con otro nombre.
Status code 400 - Bad Request = El servidor no pudo entender la petici贸n realizada por el cliente. Status code 403 - Forbidden = El cliente no posee los permisos necesarios para realizar esta petici贸n. Status code 404 - Not Found = El servidor no encontro la informaci贸n solicitada por el cliente.
Status code 500 - Internal Server Error = El error tuvo un error al momento de procesar la petici贸n. Status code 503 - Service unavailable= El servidor se encuentra en mantemiento o a煤n no est谩 listo para recibir peticiones.

Con respecto a las cabeceras de una petici贸n Http las m谩s comunes que he visto son:
Authorization = Utilizada para enviar la llave de acceso de un usuario al servidor, y poder autenticarlo. Accept = Especifica el tipo de dato que se env铆a de respuesta.
Access-Control-Allow-Origin = Especifica que la respuesta del servidor a quienes puede ser compartida
Content-Length = Especifica el tama帽o en caracteres de la respuesta obtenida
Content-Type = Especifica el tipo de dato enviado en la petici贸n http.
User-Agent = Especifica que tipo y versi贸n de navegador, aplicaci贸n o sistema operativo fue el que realiz贸 la petici贸n al servidor.
Referer = Indica desde cual p谩gina fue re-direccionada la petici贸n.

Las Cabeceras pueden ser agrupadas de acuerdo a sus contextos:

-Cabecera general: Cabeceras que se aplican tanto a las peticiones como a las respuestas, pero sin relaci贸n con los datos que finalmente se transmiten en el cuerpo.

-Cabecera de consulta: Cabeceras que contienen m谩s informaci贸n sobre el contenido que va a obtenerse o sobre el cliente.

-Cabecera de respuesta: Cabeceras que contienen m谩s informaci贸n sobre el contenido, como su origen o el servidor (nombre, versi贸n, etc.).

-Cabecera de entidad: Cabeceras que contienen m谩s informaci贸n sobre el cuerpo de la entidad, como el tama帽o del contenido o su tipo MIME.

En 茅ste enlace puden encontrar muchos c贸digos de estado de respuesta HTTP