Curso de Postman 2020

Curso de Postman 2020

Eduardo 脕lvarez

Eduardo 脕lvarez

Estudiando el protocolo HTTP, verbos y status

2/17
Recursos

Aportes 117

Preguntas 4

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Reg铆strate o inicia sesi贸n para participar.

Un protocolo especifica reglas en la comunicacion entre dos entes, en este caso entre dos computudoras.

HTTP (Hyper Text Transfer Protocol) fue creado especificamente para la web.

Una de las cosas que especifica el protocolo HTTP son los verbos:

  • GET: solicitar datos o algun recurso.
  • HEAD: traer headers (como una peticion GET pero sin contenidos). Es util cuando vamos a utilizar APIs, para comprobar si lo que vamos a enviar esta correcto y puede ser procesado.
  • POST: enviar datos a un recurso para la creaci贸n.
  • PUT: reemplazar por completo un recurso.
  • PATCH: reemplazar parcialmente un recurso.
  • DELETE: eliminar un recurso.

Otra de las cosas que especifica el protocolo HTTP son los codigo de estado (status codes). Sirven para describir el estado de la peticion hecha al servidor.

  • 1xx: Indican que la peticion fue recibida y el servidor sigue trabajando en el proceso, es decir, no fue exitosa ni fue err贸nea, sino que esta siendo procesada aun.
  • 2xx: Indican que la peticion fue recibida y procesada correctamente.
  • 3xx: Indican que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos codigos indican redireccion. Generalmente en los APIs no se usan redirecciones porque no contienen estados, es decir, toda la informacion esta contenida en una solicitud, no se guarda un estado en el servidor con una sesion por ejemplo.
  • 4xx: Indican errores del lado del cliente, por ejemplo: se hizo mal la solicitud, faltan datos, headers o cualquier otro error que pueda ocurrir.
  • 5xx: Indican errores del servidor. Suelen aparecer cuando existe un fallo en la ejecuci贸n en el servidor.

Los codigos mas comunes a la hora de interactuar con un API son:

  • 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.

Me gusta mucho esta p谩gina que describe muy bien todos los c贸digos http https://http.cat/

C贸digos de estado HTTP
Sirven para describir el estado de la petici贸n.

1xx: Esto indica que la petici贸n fue recibida y esta siendo procesada.
2xx: La solicitud fue completada correctamente.
3xx: Indica que hay acciones adicionales que se deben de hacer, por lo general se utilizan en las redirecciones.
4xx: Errores del cliente. Indica que se realiza una solicitud err贸nea.
5xx: Errores del servidor. Indica que el servidor presenta un error.

Errores m谩s comunes

200: La petici贸n fue correcta.
201: Es el estado cuando la solicitud Post fue correcta.
204: La solicitud fue procesada correctamente pero no devuelve informaci贸n.
400: Bad request, la solicitud no es correcta.
401: Authorized, indica que se debe de realizar una autenticaci贸n antes de realizar una petici贸n.
403: Forbidden: No se tiene acceso al recurso aunque se est茅 autenticado.
404: Not Found, el recurso no fue encontrado.
500: Internal Server Error, el servidor indica que la solicitud no pudo ser procesada.

Peque帽as infograf铆as para quienes les gusta una ayuda visual:


C贸digos m谩s usados

1. 200: Todo bien
2. 201: solicitud POST se ejecut贸 correctamente.
3. 204: Solicitud ejecutada correctamente y no devuelve informaci贸n. Por ejemplo, al ejecutar el verbo DELETE.
4. 400: bad request, por ejemplo, falta informaci贸n.
5. 401: No estar autenticado.
6. 403: Forbidden. No tener aceeso a un recurso.
7. 404: No existe el recurso. Not found.
8. 500: La solicitud no pudo ser ejecutada.

Mas errores de cliente

  1. 414 URI Too Long
    La URI solicitada por el cliente es m谩s larga que el servidor est谩 dispuesto a interpretar.
  2. 415 Unsupported Media Type
    El formato multimedia de los datos solicitados no est谩 soportada por el servidor, por lo cual el servidor rechaza la solicitud.
  3. 416 Requested Range Not Satisfiable
    El rango especificado por el campo de encabezado Range en la solicitud no cumple; es posible que el rango est谩 fuera del tama帽o de los datos objetivo del URI.
  4. 417 Expectation Failed
    Significa que la expectativa indicada por el campo de encabezado Expect solicitada no puede ser cumplida por el servidor.
  5. 418 I鈥檓 a teapot
    El servidor se re煤sa a intentar hacer caf茅 con una tetera.
  6. 421 Misdirected Request
    La petici贸n fue dirigida a un servidor que no es capaz de producir una respuesta. Esto puede ser enviado por un servidor que no esta configurado para producir respuestas por la combinaci贸n del esquema y la autoridad que estan incluidos en la URI solicitada
  7. 422 Unprocessable Entity (WebDAV)
    La petici贸n estaba bien formada pero no se pudo seguir debido a errores de sem谩ntica.
  8. 423 Locked (WebDAV)
    El recurso que est谩 siendo accedido est谩 bloqueado.
  9. 424 Failed Dependency (WebDAV)
    La petici贸n fall贸 debido a una falla de una petici贸n previa.
  10. 426 Upgrade Required
    El servidor se re煤sa a aplicar la solicitud usando el protocolo actual pero puede estar dispuesto a hacerlo despu茅s que el cliente se actualize a un protocolo diferente. El servidor env铆a un encabezado Upgrade en una respuesta para indicar los protocolos requeridos.
  11. 428 Precondition Required
    El servidor origen requiere que la solicitud sea condicional. Tiene la intenci贸n de prevenir problemas de 鈥榓ctualizaci贸n perdida鈥, donde un cliente OBTIENE un estado del recurso, lo modifica, y lo PONE devuelta al servidor, cuando mientras un tercero ha modificado el estado del servidor, llevando a un conflicto.
  12. 429 Too Many Requests
    El usuario ha enviado demasiadas solicitudes en un periodo de tiempo dado.
  13. 431 Request Header Fields Too Large
    El servidor no est谩 dispuesto a procesar la solicitud porque los campos de encabezado son demasiado largos. La solicitud PUEDE volver a subirse despu茅s de reducir el tama帽o de los campos de encabezado solicitados.
  14. 451 Unavailable For Legal Reasons
    El usuario solicita un recurso ilegal, como alguna p谩gina web censurada por alg煤n gobierno.

Verbos HTTP
Get: Solicitar datos o alg煤n recurso.
Head: traer headers, como una petici贸n Get pero sin contenido.
Post: Enviar datos a un recurso para la creaci贸n.
Put: Reemplazar por completo un recurso.
Patch: Reemplazar parcialmente un recurso.
Delete: Eliminar un recurso.

Las respuestas por parte de HTTP nos retorna estados / c贸digos de respuesta:
1XX: Fue recibida pero esta siendo procesada aun.
2XX: Indica que la petici贸n fue recibida, aceptada y procesada.
3XX: Indica que se deben tomar acciones para completar la solicitud, o redirecci贸n.
4XX: Son errores del Cliente (Puede ser retornado por el Backend), mal solicitud, etc.
401: No autorizado
403:Sin acceso al recurso
404:Recurso no encontrado.
5XX: Errores en el servicio y/o el servidor.
https://uniwebsidad.com/tutoriales/los-codigos-de-estado-de-http

Notas de la clase.
Un protocolo especifica reglas en la comunicaci贸n, en este caso, entre dos computadoras.
Los verbos HTTP implican acciones
GET: Solicitar datos o algun recurso.
HEAD: Traer headers, como una petici贸n GET pero sin contenido.
POST: Enviar datos a un recurso para la creaci贸n.
PUT: Reemplazar por completo un recurso.
DELETE: Eliminar un recurso.

HTTP Status Code: Los codigos de estado sirven para describir el estado de la petici贸n hecha al servidor.
Los estado 1xx: Indican que la petici贸n fue recibida y el servidor sigue trabajando en el proceso.
Los estados 2xx Indica que la peticion fue recibida, aceptada y procesada correctamente.
Los estados 3xx Indican que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n.
Los estados 4xx Indican errores del lado del cliente. Indica que se hizo mal una solicitud, faltan datos, headers o cualquier otro error que puede ocurrir.
Los estados 5xx Indican errores del servidor. Indica que fallo completamente la ejecuci贸n de una petici贸n.

Los codigos mas usados son los siguientes:
200: Todo esta bien, este es el status que se retorna cuando una solicitud GET esta correcta y toda la informaci贸n me la trajo correctamente.
201: una solicitud Post fue hecha correctamente el recurso se creo y se guardo.
204: La solicitud se proceso correctamente pero no nos devuelve informaci贸n.
400: Es un bad request, algo esta malo con nuestra solicitud, por lo general nos especifica cuales fueron los errores que tuvimos.
401: Significa un Autorized, lo que significa que antes de poder hacer una solicitud tenemos que autenticarnos con el servidor.
403: Significa que no tengo acceso a ese recurso aunque este autenticado
404: No existe el recurso.
500: Es un Internal Server Error: cuando la solicitud no pudo ser procesada y el servidor nos da un error.

POSTMAN

Protocolo http especifica cuales son las reglas de comunicacion
entre dos servidores o dos computadoras, telefono o servidor
o entre dos telefonos
Hyper Text Transfer Protocol

Se caracteriza por tener verbos
GET. Solicitar algun dato o recurso
HEAD. Traer headers, como una peticion GET pero sin contenido
POST. Enviar datos a un recurso para la creacion
PUT. reemplazar por completo un recurso
DELETE. eliminar recurso
PATCH. Para actualizar parte de un recurso

Status Code. Sirver para describir el etado de la peticion hecha a un servidor

1xx. Indica que la peticion fue recibida y el servidor sigue trabajando en el proceso
2xx. La petecion fue recibida, aceptada y procesada correctamente
3xx. Hay que tomar acciones adicionales para completar la solicitud
Por lo general estos codigos indican redireccion
4xx. Errores del lado del cliente. Indica que se hizo mal una solicitud,
faltan datos, headers o cualquier otro error que pueda ocurrir
5xx. Errores del servidor. Indica que fallo completamente la ejecucion
200 ok
201 post ok y se guardo o se creo
204 se proceso pero o retorna algo ejemplo delete
400 bad request se dejo de enviar algo, o hay algo malo con la solicitud, trae informacoin de porque fallo
401 unauthorized, falto autenticacion
403 forbiden, no tengo acceso al recurso aunque este autenticado
404 no existe el recurso not found
500 internal server error . no se puedo procesar por que el servidor no esta

Les recomiendo esta lectura sobre los c贸digos de estados HTTP:
https://uniwebsidad.com/tutoriales/los-codigos-de-estado-de-http

Genial, pero falt贸 el c贸digo de error m谩s importante:

418: I鈥檓 a teapot

El m谩s importante y 煤til de todos xD

Mis apuntes de esta clase 馃槂

Para empezar un protocolo es aquel que especifica las reglas de la comunicaci贸n, en este caso, entre dos computadoras. El protocolo HTTP (Hyper Text Transfer Protocol) fue creado espec铆ficamente para la web.

Una de las especificaciones de este protocolo son sus verbos, estos nos ayudan a indicar acciones.

  • GET. Lo utilizamos para solicitar datos o recursos espec铆ficos.
  • HEAD. Es similar a una petici贸n GET pero sin contenido, s贸lo traer los encabezados. En ejemplo de su uso ser铆a cuando vamos a utilizar APIs, para comprobar si lo que vamos a enviar es correcto y puede ser procesado.
  • POST. Env铆a datos a un recurso para su creaci贸n.
  • PUT. Es utilizado para actualizar un recurso.
  • PATCH. Actualiza un secci贸n especifica de un recurso.
  • DELETE. Elimina por completo un recurso.

Otra de las especificaciones del protocolo HTTP son los c贸digos de estado (status code) y sirven para indicarnos el estado de la petici贸n hecha al servidor.

  • 1XX. Esto indica que la petici贸n fue recibida y el servidor se encuentra procesandola.
  • 2XX. Indica que la petici贸n fue recibida, aceptada y procesada correctamente.
  • 3XX. Indican que hay acciones adicionales que debemos de hacer para completar la solicitud. Por lo general estos c贸digos indican redirecciones. Los APIs por norma general no utilizan redirecciones ya que toda la informaci贸n est谩 contenida en una solicitud.
  • 4XX. Errores del lado del cliente. Indica que se hizo mal una una solicitud, que faltan datos, headers o cualquier otro error que puede ocurrir.
  • 5XX. Errores del servidor. Indica que fall贸 completamente la ejecuci贸n.

Lo anterior son los estados generales para tambi茅n hay c贸digos de estado que son los m谩s usuales de ver. Estos ser铆an:

  • 200. Todo esta OK. Es la respuesta que esperamos.
  • 201. Todo OK pero cuando se hizo una solicitud POST, el recurso se creo y se guard贸 correctamente.
  • 204. Indica que la solicitud se proceso correctamente pero no devuelve informaci贸n. Es el retorno usual cuando se hacen peticiones con DELETE.
  • 400. Este ser铆a un Bad Request y nos indica que algo est谩 mal en la petici贸n. Se nos olvid贸 enviar un dato o algo relacionado.
  • 401. Indica que no estamos autorizados para realizar la petici贸n. Ejemplo que no nos hemos identificarnos con nuestras credenciales para hacer la petici贸n.
  • 403. Forbidden, indica que yo en especifico no tengo acceso al recurso aunque nos hayamos identificado.
  • 404. Not found, se realiz贸 la petici贸n pero no existe el recurso al que se intenta acceder.
  • 500. Internal Server Error, esto es un error de parte del servidor cuando la solicitud no pudo ser procesada.


Excelente introducci贸n

Para m谩s detalle de protocolos http, aqui:
https://http.cat/

Les dejo este enlace de w3school para que tengan otra fuente para que vean los c贸digos de respuesta
https://www.w3schools.com/tags/ref_httpmessages.asp

Si quieren ser desarrolladores Frontend presten mucha atenci贸n a este v铆deo porque les ser谩 muy 煤til para hacer peticiones Http.馃槃

Comenzando mi 2do curso!

Los errores 4xx son:
Errores del lado del cliente. Indica que se hizo mal una solicitud, faltan datos, headers o cualquier otro error que puede ocurrir

Los errores 5xx son:
Errores del servidor. Indica que Fall贸 completamente la ejecuci贸n

<h4>RESUMEN PARCIAL:</h4>

Protocolo especifica c贸mo va ser la comunicaci贸n entre dos partes. Hypertex Transfer protocol tiene unos verbos.

GET: Solicitar datos o alg煤n recurso.// Lo utilizamos para traer informaci贸n desde un servidor, una lista o un recurso en espec铆fico.
HEAD: traer headers como una petici贸n GET sin contenido. // Status, encabezados, es 煤til a la hora de utilizar API y saber que puede ser procesado.
POST: Enviar datos a un recurso para la creaci贸n// Manda informaci贸n hacia el servidor, un comentario al curso鈥
PUT: Reemplazar por completo un recurso. // Actualiza todo un recurso.
DELETE: Eliminar un recurso.
PATCH: Actualiza una parte de la informaci贸n, no toda. Un t铆tulo de un curso, todo el recurso PUT.

HTTP Status CODE.


Sirven para describir el estado de la petici贸n hecha al servidor, cada c贸digo es sem谩ntico. Los estados indican como est谩 procesada la solicitud.

1xx estados de cien:
Esto indica que la petici贸n fue recibida y el servidor sigue trabajando en el proceso.
2xx
Indica que la petici贸n fue recibida, procedas, aceptada y procesada correctamente.
3xx
Indica que hay acciones adicionales por hacer. En web se usan para hacer re direcciones. Te贸ricamente los API no contienen estados. Toda la info necesaria est谩 contenida en una solicitud.
4xx
Errores del lado del cliente. Indica que se hizo mal una solicitud, faltan datos, headers o cualquier otro error que puede ocurrir. Un dato de m谩s, o de menos o typo.
5xx
Errores del servidor, indica que fall贸 completamente la ejecuci贸n.

Los m谩s usadas:

200 Todo est谩 bien, se retorna cuando GET esta ok.
201 Estado retornado cuando POST es correcto.
204 Significa que solicitud se proceso correctamente no se recibio nada.
400 Algo est谩 mal con la solicitud, casi siempre los 400 especifican la los errores.
403 Forbiden, no tengo acceso a ese recurso aunque est茅 autenticado.
401 Authorazed, hay que autenticarse con el server primero.
404 No existe el recurso.
500 Servidor no pudo procesar la solicitud.

Resumido:

Un aporte respecto a la diferencia entre PUT y PATCH es el hecho de que con PUT se 鈥渟obreescribe鈥 el documento con los datos que se env铆a; mientras que con PATCH se actualiza solamente los valores que se env铆an.
Por ejemplo, se tiene originalmente un registro con los siguientes datos (por motivos de ejemplo, todos los campos son opcionales):

{
  "name": "C茅sar",
  "lastName": "G贸mez"
}

Al realiza la siguiente peticici贸n usando el m茅todo PUT se tendr铆a:

PUT {"age": 20}
// Resultado: {"name": null, "lastName": null, "age": 20}

Los atributos 鈥渘ame鈥 y 鈥渓astName鈥 tienen valor null, debido a que en la petici贸n no se indic贸 valor alguno para dichos campos.
En cambio, si se realiza la misma petici贸n usando el m茅todo PATCH el resultado ser铆a:

PATCH {"age": 20}
// Resultado: {"name": "C茅sar", "lastName": "G贸mez", "age": 20}

Los campos existentes en el registro que no fueron indicados (鈥渘ame鈥 y 鈥渓astName鈥) se conservan; dado que PUT solamente actualiza los valores enviados en la petici贸n.

El c贸digo de error HTTP 418 Soy una tetera indica que el servidor se rehusa a preparar caf茅 porque es una tetera.
WTF!

Si quieren saber mas a detalle sobre los HTTP Status Codes, les dejo esta URL muy 煤til:
https://httpstatuses.com/

馃槂

https://http.cat/ -> Aprende los Status HTTP mediante memes de gatos 馃惐鈥嶐煉

En la siguiente p谩gina pueden ver los c贸digos HTTP, con fotos de gatos:

https://http.cat/

Es un poco mas de informaci贸n de cada uno de los c贸digos de estado: https://www.xataka.com/basics/errores-404-500-502-504-y-mas-en-paginas-web-que-significan

los errores 1xx son:
Los que indican que la petici贸n fue recibida y el servidor sigue trabajando en el proceso

Los errores 2xx son:
los que indican que la petici贸n fue recibida, aceptada y procesada correctamente

Los errores 3xx son:
Los que indican que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n

La primera vez que escucho la diferencia entre el verbo PUT y PATCH.
Empieza bueno el curso, que buena vibra da el profesor.

Los c贸digos m谩s usados:

  • 200
  • 201
  • 204
  • 400
  • 403
  • 401
  • 404
  • 500

**HTTP: **Es un protocolo que especifica las reglas de comunicaci贸n entre dos dispositivos.

Errores de cliente

  1. 400 Bad Request
    Esta respuesta significa que el servidor no pudo interpretar la solicitud dada una sintaxis inv谩lida.
  2. 401 Unauthorized
    Es necesario autenticar para obtener la respuesta solicitada. Esta es similar a 403, pero en este caso, autenticaci贸n es posible.
  3. 402 Payment Required
    Este c贸digo de respuesta est谩 reservado para futuros usos. El objetivo inicial de crear este c贸digo fue para ser utilizado en sistemas digitales de pagos. Sin embargo, no est谩 siendo usado actualmente.
  4. 403 Forbidden
    El cliente no posee los permisos necesarios para cierto contenido, por lo que el servidor est谩 rechazando otorgar una respuesta apropiada.
  5. 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.
  6. 405 Method Not Allowed
    El m茅todo solicitado es conocido por el servidor pero ha sido deshabilitado y no puede ser utilizado. Los dos m茅todos obligatorios, GET y HEAD, nunca deben ser deshabilitados y no debiesen retornar este c贸digo de error.
  7. 406 Not Acceptable
    Esta respuesta es enviada cuando el servidor, despues de aplicar una negociaci贸n de contenido servidor-impulsado, no encuentra ning煤n contenido seguido por la criteria dada por el usuario.
  8. 407 Proxy Authentication Required
    Esto es similar al c贸digo 401, pero la autenticaci贸n debe estar hecha a partir de un proxy.
  9. 408 Request Timeout
    Esta respuesta es enviada en una conexi贸n inactiva en algunos servidores, incluso sin alguna petici贸n previa por el cliente. Significa que el servidor quiere desconectar esta conexi贸n sin usar. Esta respuesta es muy usada desde algunos navegadores, como Chrome, Firefox 27+, o IE9, usa mecanismos de pre-conexi贸n HTTP para acelerar la navegaci贸n. Tambi茅n hay que tener cuenta que algunos servidores simplemente desconectan la conexi贸n sin enviar este mensaje.
  10. 409 Conflict
    Esta respuesta puede ser enviada cuando una petici贸n tiene conflicto con el estado actual del servidor.
  11. 410 Gone
    Esta respuesta puede ser enviada cuando el contenido solicitado ha sido borrado del servidor.
  12. 411 Length Required
    El servidor rechaza la petici贸n porque el campo de encabezado Content-Length no esta definido y el servidor lo requiere.
  13. 412 Precondition Failed
    El cliente ha indicado pre-condiciones en sus encabezados la cual el servidor no cumple.
  14. 413 Payload Too Large
    La entidad de petici贸n es m谩s larga que los limites definidos por el servidor; el servidor puede cerrar la conexi贸n o retornar un campo de encabezado Retry-After.

Comparto esta API que encontr茅 donde se explica con Gatos jaj cada status, incluidos los vistos en la clase:

https://http.cat

Entre esto y la explicaci贸n de Freddy de lo que paso en la PlatziConf 2020 entiendo lo que son los errores 500
Ya puedo dejar de pensar que era por mi internet o alguna configuraci贸n de mi PC.

no me quede muy claro el HEAD.

Mis apuntes, quiz谩 sean de ayuda.

Algunas notas de la clase.
HTTP(Hypertext transfer protocol) es un protocolo especifica reglas en la comunicaci贸n, en este caso, entre dos computadoras.
Los verbos HTTP implican acciones
GET: Solicitar datos o algun recurso.
HEAD: Traer headers, como una petici贸n GET pero sin contenido.
POST: Enviar datos a un recurso para la creaci贸n.
PUT: Reemplazar por completo un recurso.
DELETE: Eliminar un recurso.

HTTP Status Code: Los codigos de estado sirven para describir el estado de la petici贸n hecha al servidor.
Los estado 1xx: Indican que la petici贸n fue recibida y el servidor sigue trabajando en el proceso.
Los estados 2xx Indica que la peticion fue recibida, aceptada y procesada correctamente.
Los estados 3xx Indican que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n.
Los estados 4xx Indican errores del lado del cliente. Indica que se hizo mal una solicitud, faltan datos, headers o cualquier otro error que puede ocurrir.
Los estados 5xx Indican errores del servidor. Indica que fallo completamente la ejecuci贸n de una petici贸n.

Vengo del curso de backend con Node y vaya que ah铆 s铆 tienes control sobre los c贸digos de respuesta.

Mis apuntes:

<h3>Verbos HTTP</h3>
  • Get: Este verbo lo utilizamos para hacer solicitudes de datos o alg煤n recurso
  • Header: Este verbo contiene informaci贸n como un get pero sin contenidos. Trae como el estado de la solicitud y su informaci贸n general.
  • Post: Se envian datos al servidor para que se procesen o almacenen
  • Put: Reemplazar un recurso
  • Delete: Eliminar por completo un recurso
<h3>Estados HTTP</h3>

Los c贸digos de respuesta pueden ir del 1xx al 5xx, normalmente se denominan as铆:

  • 1xx: El servidor recibi贸 la solicitud pero a煤n la est谩 procesando
  • 2xx: El servidor recibi贸 y respondi贸 la solicitud correctamente
  • 3xx: El servidor solicita acciones adicionales para la completar la solicitud
  • 4xx: Normalmente es que el servidor rechaza por completo ya que la solicitud que estamos haciendo simplemente no existe
  • 5xx: Esta respuesta se debe a que el servidor en s铆 no puede procesar la solicitud ya por problemas internos del mismo (Este tipo de errores los he visto cuando se cae el hosting o VPS de alguna pagina)

Ya conoc铆 el c贸digo 200 y 400 del curso de web scrapping y el 404 todos lo hemos visto en alguna p谩gina :p

C贸digos m谩s usados:

Estudiando el protocolo HTTP, verbos y status

Protocolo especifica reglas en la comunicaci贸n, en este caso, entre dos computadores.

El Protocolo de transferencia de hipertexto (en ingl茅s, Hypertext Transfer Protocol, abreviado HTTP) es el protocolo de comunicaci贸n que permite las transferencias de informaci贸n en la World Wide Web.

<h3>Verbos HTTP:</h3>
  • GET: solicitar datos o alg煤n recurso.
  • HEADR: traer headers, como una petici贸n GET pero sin contenido.
  • POST: enviar datos a un recurso para la creacion.
  • PUT: reemplazar por completo un recurso.
  • DELETE: eliminar un recurso.
<h3>Code Status</h3>

Sirven para describir el estdo de la petici贸n hecha al servidor.

  • C贸digos con formato 1xx: Respuestas informativas. Indica que la petici贸n ha sido recibida y se est谩 procesando.
  • C贸digos con formato 2xx: Respuestas correctas. Indica que la petici贸n ha sido procesada correctamente.
  • C贸digos con formato 3xx: Respuestas de redirecci贸n. Indica que el cliente necesita realizar m谩s acciones para finalizar la petici贸n.
  • C贸digos con formato 4xx: Errores causados por el cliente. Indica que ha habido un error en el procesado de la petici贸n a causa de que el cliente ha hecho algo mal.
  • C贸digos con formato 5xx: Errores causados por el servidor. Indica que ha habido un error en el procesado de la petici贸n a causa de un fallo en el servidor.

Tambi茅n puedes ser mas detallados en la gama de 2XX, para si el registro existe, si no existe, si por alguna, otra cosa recomendable es que manejes un error 409 para no mostrar 500, al menos que tengas bien controlado, para la respuesta header rehabilitad toda la informaci贸n asociada al sistema operativo y la versi贸n del servidor web, es necesario quitarla.

Errores de servidor

  1. 500 Internal Server Error
    El servidor ha encontrado una situaci贸n que no sabe como manejarla.
  2. 501 Not Implemented
    El m茅todo solicitado no esta soportado por el servidor y no puede ser manejada. Los unicos m茅todos que los servidores requieren soporte (y por lo tanto no deben retornar este c贸digo) son GET y HEAD.
  3. 502 Bad Gateway
    Esta respuesta de error significa que el servidor, mientras trabaja como una puerta de enlace para obtener una respuesta necesaria para manejar la petici贸n, obtuvo una respuesta inv谩lida.
  4. 503 Service Unavailable
    El servidor no esta listo para manejar la petici贸n. Causas comunes puede ser que el servidor est谩 caido por mantenimiento o est谩 sobrecargado. Hay que tomar en cuenta que junto con esta respuesta, una p谩gina usuario-amigable explicando el problema debe ser enviada. Estas respuestas deben ser usadas para condiciones temporales y el encabezado HTTP Retry-After: deber铆a, si es posible, contener el tiempo estimado antes de la recuperaci贸n del servicio. El webmaster debe tambi茅n cuidar los encabezados relacionados al cach茅 que son enviados junto a esta respuesta, ya que estas respuestas de condicion temporal deben usualmente no estar en el cach茅.
  5. 504 Gateway Timeout
    Esta respuesta de error es dada cuando el servidor est谩 actuando como una puerta de enlace y no puede obtener una respuesta a tiempo.
  6. 505 HTTP Version Not Supported
    La versi贸n de HTTP usada en la petici贸n no est谩 soportada por el servidor.
  7. 506 Variant Also Negotiates
    El servidor tiene un error de configuraci贸n interna: negociaci贸n de contenido transparente para la petici贸n resulta en una referencia circular.
  8. 507 Insufficient Storage
    El servidor tiene un error de configuraci贸n interna: la variable de recurso escogida esta configurada para acoplar la negociaci贸n de contenido transparente misma, y no es por lo tanto un punto final adecuado para el proceso de negociaci贸n.
  9. 508 Loop Detected (WebDAV)
    El servidor detect贸 un ciclo infinito mientras procesaba la solicitud.
  10. 510 Not Extended
    Extensiones adicionales para la solicitud son requeridas para que el servidor las cumpla.
  11. 511 Network Authentication Required
    El c贸digo de estado 511 indica que el cliente necesita auntenticar para ganar acceso a la red.

Este video va muy de la mano con lo que menciona el Teacher:

https://youtu.be/u2Ms34GE14U

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

Esta documentaci贸n es muy buena 馃槂

Verbos HTTP
GET: solicitar datos o algun recurso.
HEAD: traer headers como una peticion GET pero sin contenidos. Es util cuando vamos a utilizar APIs, para comprobar si lo que vamos a enviar esta correcto y puede ser procesado.
POST: enviar datos a un recurso para la creaci贸n.
PUT: reemplazar por completo un recurso.
PATCH: reemplazar parcialmente un recurso.
DELETE: eliminar un recurso.

HTTP Status Code: Sirven para describir el estado de la petici贸n hecha al servidor.

1XX: Indica que la petici贸n fue recibida por el servidor, pero que a煤n est谩 siendo procesada.

2xx: Indica que la petici贸n fue recibida, aceptada y procesada correctamente.

3xx: Indica que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n.

4xx: Errores del lado de cliente.
5xx: Errores del servidor.

C贸digos m谩s usados a la hora de crear un API o interactuar con ello:
200: Todo est谩 bien.
200: Devuelve este estado cuando la petici贸n fue correcta.
201: Es el estado cuando la solicitud Post fue correcta.
204: La solicitud fue procesada correctamente pero no devuelve informaci贸n.
400: Este estado nos indica que la solicitud no es correcta.
401: Authorized, indica que se debe de realizar una autenticaci贸n antes de realizar una petici贸n.
403: Forbidden: no se tiene acceso al recurso aunque se est茅 autenticado.
404: Not Found, el recurso no fue encontrado.
500: Internal Server Error, el servidor indica que la solicitud no pudo ser procesada.

esta pagina contiene los c贸digos.
https://httpstatuses.com/

codigos HTTP:
-200: todo sali贸 bien.
-400: el usuario hizo algo mal.
-500: el servidor hizo algo mal.

Interesante clase, aunque me quedo con el c贸digo 418 馃槂

HTTP: Es un protocolo que especifica reglas en la comunicaci贸n, en este caso entre dos computadoras.
.
Verbos HTTP:
.
GET: solicitar datos o alg煤n recurso
HEAD: Traer headers, como una petici贸n GET pero sin contenido
POST: Enviar datos a un recurso para la creaci贸n (como un comentario en una plataforma)
PUT: Reemplaza por completo un recurso
PATCH: Para actualizar solo una parte de un recurso (solo el nombre de un curso, o solo una clase)
DELETE: Eliminar un recurso
.
HTTP status code:
.
Sirven para describir el estado de la petici贸n hecha al servidor. Los estados nos especifican c贸mo est谩n siendo procesadas las solicitudes o en que parte van
1xx 鈥 Esto indica que la petici贸n fue recibida y el servidor sigue trabajando en el proceso (la sigue procesando)
2xx 鈥 Indica que la petici贸n fue recibida, aceptada y procesada correctamente (es lo esperado)
3xx 鈥 Indica que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n. Pero en APIs casi nunca se usa una redirecci贸n ya que te贸ricamente las APIs no contienen estados (toda la informaci贸n necesaria est谩 contenida en una solicitud)
4xx 鈥 Errores del lado del cliente. Indica que se hizo mal una solicitud, faltan datos, headers o cualquier otro error que puede ocurrir.
5xx 鈥 Error del servidor. Indica que fall贸 completamente la ejecuci贸n
.
M谩s usados en el curso:
.
200 鈥 Se retorna cuando una solicitud GET est谩 correcta
201 鈥 Se retorna cuando una olicitud POST fue hecha correctamente
204 鈥 La solitud se proces贸 correctamente pero no nos devuelve la informaci贸n. (verbo DICK 驴)
400 鈥 Es un backrequest. Cuando algo est谩 mal con nuestra solicitud. Normalmente te devuelve cuales fueron los errores en tu solicitud
401 鈥 Es un autoraiced. Antes de hacer una solicitud debemos autenticarnos con el servidor.
403 鈥 T煤 no tienes acceso a ese recurso a pesar que est茅s autenticado (for biden?)
404 鈥 No existe el recurso
500 鈥 Es un error que retorna el servidor cuando la solitud no pudo ser procesada y no te da el motivo

HTTP: Reglas para la comunicacion entre dos host.

VERBOS HTTP
GET: Traer informaci贸n.
HEAD: Verificar nuestra peticion
POST: Enviar datos.
PUT: Actualizar todo un recurso
PATCH: Actualizar una parte de un recurso.
DELETE: Eliminar recurso

HTTP STATUS CODE
100 Aun esta siendo procesada
200 Todo correcto
300 Faltan acciones adicionales para completar la solicitud
400 Errores del lado del cliente
500 Errores del servidor

C脫DIGOS MAS USADOS
200 Todo bien
201 POST correctamente
204 Se completo la solicitud pero no se devuelve nada
400 Muestra errores (BAD REQUEST)
401 Antes de hacer una solicitud tenemos que autenticarnos
403 No tengo acceso a ese recurso aunque este autenticado
404 No existe el recurso
500 El servidor nos muestra que tiene un error

Iniciando este curso como utilidad y refrescar conocimientos

HTTP -> protocolo de transferencia de hyperTexto
驴Que es HTTP? es un protocolo, como una especie de reglas que deben seguir 2 entidades para establecer uan comunicaci贸n, por ejemplo 2 computadoras, computadora-servidor, celular-servidor, etc
HTTP tiene VERVOS
GET = traer informaci贸n
POST = enviar informaci贸n
PUT = actualizar informaci贸n
DELETE = eliminar informaci贸n
HTTP TIENE CODIGOS DE ESTADO
CODIGO 100 -> la petici贸n se esta procesando, no se sabe aun si es exitosa o err贸nea
CODIGO 200 -> la petici贸n fue recibida correctamente, y procesada correctamente,
CODIGO 300 -> se tienen que hacer acciones adicionales, como una redirecci贸n
CODIGO 400 -> error del cliente, como enviar un dato de mas, un dato menos o un dato err贸neo,
CODIGO 500 -> errores del servidor

Estudiando el protocolo HTTP, VERBOS y STATUS

Definici贸n de http

  1. Un protocolo especifica reglas en la comunicaci贸n entre dos entes, en este caso entre dos computadoras. HTTP (Hyper Text Transfer Protocolo) fue creado espec铆ficamente para la web.

  2. HTTP define un conjunto de m茅todos de petici贸n para indicar la acci贸n que se desea realizar para un recurso determinado. Aunque estos tambi茅n pueden ser sustantivos, estos m茅todos de solicitud a veces son llamados HTTP verbs

    Referencia:
    https://developer.mozilla.org/es/docs/Web/HTTP/Methods
    Caracter铆stica del protocolo http
    EL protocolo http tiene varias caracter铆sticas para su uso y comprensi贸n, entre ellas:

  • Los verbos, los verbos indican acciones, est谩s acciones est谩n asociadas a peticiones y recursos. En l铆nea general sirve para la manipulaci贸n de recursos cliente/servidor
  • Los c贸digos de estados, los c贸digos son valores n煤meros que tienen un valor sem谩ntico.

Verbos http

  • GET
    Sirve para solicitar recurso.
  • HEAD
    Sirve para solicitar recurso, pero este no retorna informaci贸n, la estructura de esta petici贸n e igual que get tanto en su headers como estatus. Es 煤til cuando vamos a utilizar API, para comprobar si lo que vamos a enviar esta correcto y puede ser procesado.
  • POST
    sirve para la creaci贸n de recursos en el servidor. Ejemplo un comentario en un blog.
  • PUT
    Sirve actualizar por completo un recurso. El modo PUT reemplaza todas las representaciones actuales del recurso de destino con la carga 煤til de la petici贸n.
  • PATCH
    Sirve para actualizar parcialmente un recurso.
  • DELETE
    sirve para eliminar un recurso.

Los c贸digos de estados
Otra de las cosas que especifica el protocolo HTTP son el c贸digo de estado (status codes). Sirven para describir el estado de la peticion hecha al servidor.

  • 1xx
    Indican que la petici贸n fue recibida por el servidor, pero est谩 siendo procesada por el servidor. es decir, no fue exitosa ni fue err贸nea, sino que est谩 siendo procesada aun.
  • 2xx
    Indican que la petici贸n fue recibida, aceptada y procesada correctamente.
  • 3xx
    Indican que hay que tomar acciones adicionales para completar la solicitud. Por lo general estos c贸digos indican redirecci贸n. En las API no se usan redirecciones porque no contienen estados, es decir, toda la informaci贸n est谩 contenida en una solicitud, no se guarda un estado en el servidor como una sesi贸n por ejemplo.
  • 4xx
    Errores del lado del cliente,Indica que se hizo mal una solicitud, faltan datos o datos sobrantes, faltan headers o cualquier otro error que pueda ocurrir. Es decir se est谩 haciendo una solicitud err贸nea al servidor
  • 5xx
    Indican errores del servidor. Suelen aparecer cuando existe un fallo en la ejecuci贸n en el servidor.

Los c贸digos m谩s comunes a la hora de interactuar con una API son:

  • 200:
    Toda est谩 correcto.
  • 201:
    Todo est谩 correcto cuando se hizo una solicitud POST, el recurso se cre贸 y se guard贸 correctamente.
  • 204:
    Indica que la solicitud se complet贸 correctamente pero no devolvi贸 informaci贸n. Este es com煤n cuando, se hacen peticiones con el verbo DELETE.
  • 400:
    Bad Request, algo est谩 mal en la petici贸n. Se nos olvid贸 enviar un dato o algo relacionado. Por lo general la respuesta nos especifica cu谩les fueron los errores a la hora de hacer la petici贸n.
  • 401:
    Unauthorized, esto significa que antes de hacer una solicitud al servidor nos debemos autenticar.
  • 403:
    Forbidden, no tenemos acceso a ese recurso aunque se est茅 autenticado.
  • 404:
    Not Found, no existe el recurso que se est谩 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.

C贸digos m谩s usados

  • 200 鈬 Todo est谩 bien, se da m谩s que todo en las peticiones que para darnos cuenta si todo no lo trajo correctamente.
  • 201 鈬 Se retorna cuando una solicitud tipo post fue realizada correctamente.
  • 204 鈬 La solicitud se proces贸 correctamente, pero no nos devuelve informaci贸n, se utiliza mucho cuando se realiza una petici贸n DELETE
  • 400 鈬 Se da cuando algo est谩 malo en nuestra solicitud
  • 401 鈬 Se da cuando no se tiene una autenticaci贸n con el servidor, es decir que no s茅
  • 403 鈬 Se da cuando se quiere acceder a un recurso y no se est谩 autenticado
  • 404 鈬 No existe el recurso
  • 500 鈬 Error cuando el servidor no pudo procesar la solicitud enviada

Protocolo HTTP

Un protocolo es una serie de reglas que especifica c贸mo va a ser la comunicaci贸n entre dos entes, en este caso entre dos servidores o computadores.

HTTP, desarrollado especificamente para la web, significa Hyper Text Transfer Protocol, Protocolo de Transferencia de Hiper Texto. Una de las caracter铆sticas que transporta este protocolo y que es muy importante a la hora de consumir un API, son los verbos.

Verbos HTTP

Al igual que en el lenguaje espa帽ol, en HTTP encontramos verbos que hacen referencia a acciones, estos ser铆an:

  • GET: Sirve para solicitar o extraer alguna informaci贸n en especifico.
  • HEAD: Sirve para traer informaci贸n como el GET pero de manera m谩s comprimida, esto sirve para verificar si lo que vamos a enviar est谩 correcto y puede ser procesado.
  • POST: Sirve para enviar informaci贸n al servidor, creaci贸n de recursos, etc.
  • PUT: Sirve para actualizar informaci贸n de un recurso.
  • PATCH: Actualiza informaci贸n, pero solo una parte
  • DELETE: Elimina el recurso.

C贸digos de Estado HTTP

Los c贸digo de estado nos indican c贸mo est谩 siendo procesada la informaci贸n o en qu茅 parte del proceso va, si fue bien procesada, si hubo error, etc.

  • 1xx: Informaci贸n recibida por el servidor, pero est谩 siendo procesada
  • 2xx: La informaci贸n fue recibida y completada
  • 3xx: Hay acciones adicionales que necesitamos hacer, como redirecciones. (las redirecciones casi nunca se usan en los APIs)
  • 4xx: Errores de cliente, solicitud erronea, un dato de m谩s, de menos, incorrecto.
  • 5xx: Errores del servidor.
  • C贸digos m谩s usados:
    • 200: Solicitud correcta
    • 201: Solicitud POST correcta.
    • 204: Solicitud completa, pero no retorna informaci贸n. Se usa mucho con la acci贸n DELETE
    • 400: Bad Request, alg煤n dato de la peticion est谩 mal, por lo general la respuesta del 400 nos dice cu谩l fue el error.
    • 401: Unauthorized: Antes de hacer una solicitud debemos identificarnos con el servidor.
    • 403: Forbbiden: No tengo acceso a ese recurso aunque est茅 autenticado.
    • 404: No existe el recurso.
    • 500: Internal server error, error del servidor cuando la informaci贸n del servidor no pudo ser procesada.

aqu铆 les dejo la lista completa y su significado de los c贸digos de respuesta http

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

Les recomiendo esta pagina , que explica los errores con foto de gatos jaja HTTPGatos

super esta clase 鉂わ笍

se nota cuando un profesor sabe de lo que habla鈥

Significado de HTTP

Verbos HTTP. Ojo esto es un marcador!

Comparto un video que puede ayudar a entender un poco m谩s sobre el protocolo HTTP de forma m谩s gr谩fica

C贸digos m谩s usados. Ojo esto es un marcador!

Empezando este curso con gran espectativa.

que buena definicion de protocolo.

Comienzo este curso con mucha expectativa.

HTTP Status Code:
https://httpstatuses.com/

Aprendiendo de c贸digos

Respuestas informativas

  1. 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.
  2. 101 Switching Protocol
    Este c贸digo se env铆a en respuesta a un encabezado de solicitud Upgrade por el cliente e indica que el servidor acepta el cambio de protocolo propuesto por el agente de usuario.
  3. 102 Processing (WebDAV)
    Este c贸digo indica que el servidor ha recibido la solicitud y a煤n se encuentra procesandola, por lo que no hay respuesta disponible.

Respuestas satisfactorias

  1. 200 OK
    La solicitud ha tenido 茅xito. El significado de un 茅xito var铆a dependiendo del m茅todo HTTP:
    GET: El recurso se ha obtenido y se transmite en el cuerpo del mensaje.
    HEAD: Los encabezados de entidad est谩n en el cuerpo del mensaje.
    PUT o POST: El recurso que describe el resultado de la acci贸n se transmite en el cuerpo del mensaje.
    TRACE: El cuerpo del mensaje contiene el mensaje de solicitud recibido por el servidor.
  2. 201 Created
    La solicitud ha tenido 茅xito y se ha creado un nuevo recurso como resultado de ello. 脡sta es t铆picamente la respuesta enviada despu茅s de una petici贸n PUT.
  3. 202 Accepted
    La solicitud se ha recibido, pero a煤n no se ha actuado. Es una petici贸n 鈥淪in compromiso鈥, lo que significa que no hay manera en HTTP que permita enviar una respuesta as铆ncrona que indique el resultado del procesamiento de la solicitud. Est谩 pensado para los casos en que otro proceso o servidor maneja la solicitud, o para el procesamiento por lotes.
  4. 203 Non-Authoritative Information
    La petici贸n se ha completado con 茅xito, pero su contenido no se ha obtenido de la fuente originalmente solicitada, sino que se recoge de una copia local o de un tercero. Excepto esta condici贸n, se debe preferir una respuesta de 200 OK en lugar de esta respuesta.
  5. 204 No Content
    La petici贸n se ha completado con 茅xito pero su respuesta no tiene ning煤n contenido, aunque los encabezados pueden ser 煤tiles. El agente de usuario puede actualizar sus encabezados en cach茅 para este recurso con los nuevos valores.
  6. 205 Reset Content
    La petici贸n se ha completado con 茅xito, pero su respuesta no tiene contenidos y adem谩s, el agente de usuario 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.
  7. 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.
  8. 207 Multi-Status (WebDAV)
    Una respuesta Multi-Estado transmite informaci贸n sobre varios recursos en situaciones en las que varios c贸digos de estado podr铆an ser apropiados. El cuerpo de la petici贸n es un mensaje XML.
  9. 208 Multi-Status (WebDAV)
    El listado de elementos DAV ya se notific贸 previamente, por lo que no se van a volver a listar.
  10. 226 IM Used (HTTP Delta encoding)
    El servidor ha cumplido una petici贸n GET para el recurso y la respuesta es una representaci贸n del resultado de una o m谩s manipulaciones de instancia aplicadas a la instancia actual.

Redirecciones

  1. 300 Multiple Choice
    Esta solicitud tiene m谩s de una posible respuesta. User-Agent o el usuario debe escoger uno de ellos. No hay forma estandarizado de seleccionar una de las respuestas.
  2. 301 Moved Permanently
    Este c贸digo de respuesta significa que la URI del recurso solicitado ha sido cambiado. Probablemente una nueva URI sea devuelta en la respuesta.
  3. 302 Found
    Este c贸digo de respuesta significa que el recurso de la URI solicitada ha sido cambiado temporalmente. Nuevos cambios en la URI ser谩n agregados en el futuro. Por lo tanto, la misma URI debe ser usada por el cliente en futuras solicitudes.
  4. 303 See Other
    El servidor envia esta respuesta para dirigir al cliente a un nuevo recurso solcitado a otra direcci贸n usando una petici贸n GET.
  5. 304 Not Modified
    Esta es usada para propositos de 鈥渃ach茅鈥. Le indica al cliente que la respuesta no ha sido modificada. Entonces, el cliente puede continuar usando la misma versi贸n almacenada en su cach茅.
  6. 305 Use Proxy
    Fue definida en una versi贸n previa de la especificaci贸n del protocolo HTTP para indicar que una respuesta solicitada debe ser accedida desde un proxy. Ha quedado obsoleta debido a preocupaciones de seguridad correspondientes a la configuraci贸n de un proxy.
  7. 306 unused
    Este c贸digo de respuesta ya no es usado m谩s. Actualmente se encuentra reservado. Fue usado en previas versiones de la especificaci贸n HTTP1.1.
  8. 307 Temporary Redirect
    El servidor env铆a esta respuesta para dirigir al cliente a obtener el recurso solicitado a otra URI con el mismo metodo que se uso la petici贸n anterior. Tiene la misma sem谩ntica que el c贸digo de respuesta HTTP 302 Found, con la excepci贸n de que el agente usuario no debe cambiar el m茅todo HTTP usado: si un POST fue usado en la primera petici贸n, otro POST debe ser usado en la segunda petici贸n.
  9. 308 Permanent Redirect
    Significa que el recurso ahora se encuentra permanentemente en otra URI, especificada por la respuesta de encabezado HTTP Location:. Tiene la misma sem谩ntica que el c贸digo de respuesta HTTP 301 Moved Permanently, con la excepci贸n de que el agente usuario no debe cambiar el m茅todo HTTP usado: si un POST fue usado en la primera petici贸n, otro POST debe ser usado en la segunda petici贸n.

Interesante.

El verbo PATCH:
The PATCH method is a request method supported by the HTTP protocol for making partial changes to an existing resource.

Estos d铆as se pudo apreciar claramente varios errores de estos en Epic Games y la descarga masiva del GTA V, hermosa puesta en pr谩ctica de lo aprendido.

PATCH = se utiliza para actualizar parte de la informacin de un recurso.-

Excelente aporte!!

Excelente, no conoc铆 nada de esto

Excelente explicaci贸n de los verbos, el HEAD si es algo poco claro para entender. Gracias 馃槃

Waau, ya veo importancia de aprender a manejar los c贸digos m谩s utilizados. En muchas ocasiones vemos un 4xx o 5xx y soliamos pensar que era problemas de Internet o la p谩gina estaba ca铆da 馃榾

Excelente clase, un contenido claro y bastante denso.

de una!

Gracias Eduardo no recordaba todos los estados HTTP

el 404 creo que para casi nadie es desconocido todos lo hemos vivido

Una duda鈥n el caso de 鈥淧ATCH鈥, va s贸lo o lo puedes utilizar junto a otros verbos HTTP ?
Al hacer una petici贸n.