Métodos, cabeceras y estados

Clase 4 de 33 • Curso de Node.js: Base de Datos con MongoDB y WebSockets

Clase anteriorSiguiente clase

Resumen

Métodos HTTP:

GET: Recoger información del servidor.
POST: Añadir información al servidor.
PUT: Reemplazar información en el servidor.
PATCH: Actualizar parte de la información.
DELETE: Eliminar información del servidor.
OPTIONS: Pedir información sobre métodos (saber si podemos ejecutar alguno de los métodos anteriores).

Las cabeceras serán el envío al servidor de cómo queremos hacer la petición.

Los estados son números que indica el estado de la petición:

2XX: Todo ha ido bien.
3XX: La petición se ha redirigido.
4XX: Errores del cliente.
5XX: Ha habido un error al procesar la petición.

sebastian aldana

student•

Carlos Enrique Ramírez Flores

student•

Gracias por tu aporte!

Jose Daniel Molina

student•

Muy buen aporte, los temas se entienden mejor visualmente

Juan David González Rodríguez

student•

Junior Usca Huacasi

student•

gracias papu

Khevin Efraín

student•

Gracias, me ahorraste el trabajo

Jair Israel Avilés Eusebio

student•

Sitios sugeridos que contienen informacion sobre los codigos de estado de peticion de HTTP:

Httpstatuse

Http.cat

Pablo Verduzco

student•

http.cat es fabulosa 🐈.

René Sanchez

student•

jajajjaja ame la pagina Http.cat esta de lo mejor :)

sebastian aldana

student•

Marla Carolina Prieto Pelayo

student•

GET: Recoger información del servidor. Ejemplo: Información de un producto. Listado de elementos(productos lista de chats) ver una página traer un archivo css.

POST: Añadir información al servidor. Ejemplo: Añadir un producto nuevo. Enviar un formulario. crear un nuevo chat. PUT: Reemplazar información en el servidor. Ejemplo: Cambiar el contenido de una página. Reemplazar un producto por otro. Editar un mensaje.

PATCH: Actualizar parte de la información. Ejemplo: Cambiar la foto de un usuario. Modificar el precio de un producto.

DELETE: Eliminar información del servidor. Ejemplo: Eliminar un mensaje. quitar un producto del carrito.

OPTIONS: Pedir información sobre métodos (saber si podemos ejecutar alguno de los métodos anteriores). Ejemplo: Saber si puedes ejecutar POST, PUT, PATCH o DELETE

Jaime Santos

student•

Metodos: -GET: recoger informacion del servidor:listas, traer archivos, css -POST: añadir informacion -PUT: reemplazar informacion: contenido de una pagina PATCH: cuando queremos modificar solo una parte de la informacion DELETE: eliminar informacion, productos del carrito por ejemplo. OPTIONS: pedir informacion sobre metodos. Saber si podemos ejecutar los anteriores
Cabeceras: Nos dan informacion contextual de la petición: Como quiero hacerlo:

Request: Autenticacion,cache, indicaciones: -Cookies: permiten compartir informacion entre peticiones, guardar info para mantener la sesion -CORS: manejar informacion desde fuera de nuestro servidor, cuando consume informacion desde un lado externo Access-Control-Allow-Origin, desde donde puedo consumir -ACCEPT: Define el contenido que puede aceptar por ejem: codificacion UTF-8 archivos js -Autenticacion: Para poder pedir cosas al servidor -Cache: Almacenamiento temporal, gestionar durante cuanto tiempo la respuesta sera la misma, evita menos peticiones pues las almacena -Estados: Numero que indica lo que paso con la peticion: 200: Ok 201-Crea 300- Redireccion de la peticion, por el recurso 400-40x Errores del cliente 500- Error interno del servidor

Christian Velázquez

student•

No cabe duda de que, Platzi, ha comprendido a su cliente (cursos individuales). Me encanta cuando te explican un tema a profundidad (resolver dudas).

David Alejandro Mosquera Moreno

student•

Exacto. Incluso con el método DELETE. Que aunque se ve ¨obvio¨ no le pasan por encima y aún así lo explican.

Sergio Armando Medina Chaparro

student•

Me encanta que explique estos conceptos tan importantes :)

Andres Roberto Coello Goyes

student•

No conocía el método PACH y OPTIONS

Pablo Verduzco

student•

Sin palabras, simplemente fue una gran clase.

Ricardo Lugo Recillas

student•

Metodos: lo que se quiere realizar al servidor ( GET = cuando se quiere obtener infotrmacoins del servidor, PUT = remplaza infoprcmacion en el servidor es decir actualizaciones, DELETE = se elima informacion por completo, POST = añadir infromacion al servidor , PATCH = Actualizacion por partes , OPTIONS = sirve pedir informacion de los metodos si se puedne ejecutar los metodos POST, PUT, PATCH o DELETE )

Cabeceras: informacion contextual de la peticion (no es lo que quiero hacer si no como lo quiero realizar)
-Request: el request púede ser POST, PUT, PATCH, Autentication, cache, condiciones, cors, cookies
-cookies = compartir informacion entre peticiones
-cors (cross Origin Resource Sharing) = compartir informacion afuera de nuestro servidor (Access-Control-Allow-Origin) 
-accept: esta solo indica que contino va a aceptar (Accept, Accept-Charset, Accept-Encoding)
- Autenticación: se asegura que puedes realizar una solicitud al servidor (Authorization).
- Cache  = gestiona por cuanto tiempo la respuesta sera la misma (Cache-Control, Expires)

Estados: indica con un numero lo que a pasado en la peticion.
	200: ok
	201: Created
	Las que empiecen con 3 la peticion se redirigido
	301: Moved permanently
	304: Nor Modified
	errores: del cliente
	400: bag request
	401: Unauthorized
	403: Forbidden
	404: nor found
	errores: del servidor
	500: ha habido algun problema interno

Alejandro Adrián Mendieta Troche

student•

Dato curioso: Existe un código de error **"HTTP 418 Soy una tetera" **el cual indica que el servidor se rehúsa a preparar café porque es una tetera jajajaja.

Al parecer proviene de la creación de un protocolo de broma HTCPCP (Protocolo de Control de Cafeteras de Hipertexto) publicado el 1 de abril de 1998 en el día de los inocentes.

Mas info:

https://developer.mozilla.org/es/docs/Web/HTTP/Status/418 https://es.wikipedia.org/wiki/Hyper_Text_Coffee_Pot_Control_Protocol

Cristobal Nyram

student•

genial!

Daniel Alberto Esquinazi

student•

HTTP es un protocolo con sesiones, pero sin estados, es decir que no guarda ningún dato entre dos peticiones en la mísma sesión.

Entonces para saber que dos peticiones tienen su origen en el mísmo navegador web de tal forma que nos permita mantener la sesión del usuario abierta se utilizan las cookie HTTP (cookie web o cookie de navegador). Una cookie HTTP es una pequeña pieza de datos que un servidor envia a el navegador web del usuario. El navegador guarda estos datos y los envía de regreso junto con la nueva petición al mismo servidor. Se utilizan principalmente para tres propósitos:

Gestión de Sesiones: Inicios de sesión
Personalización: Preferencias de usuario, temas y otras configuraciones.
Rastreo: Guardar y analizar el comportamiento del usuario

Para el almacenamiento general del lado del cliente se recomienda utilizar APIs modernas como localStorage, sessionStorage e IndexedDB ya que las cookies se envian con cada solicitud al servidor y esto puede empeorar el rendimiento.

Michael Stiduar Quiñones Jaimes

student•

GET - > Obtener información. POST -> Añadir información al servidor. PUT -> Editar Información. DELETE -> Borrar Información. PATCH -> Actualizar cierta parte dela información. OPTIONS -> Pedir información sobre los métodos.

Rabi Leonel Leon Chan

student•

En la request:

POST
PUT
PATCH Podemos tener:
Autenticación: Asegúrate de que puedes pedir cosas al servidor Authorization
Cache: Almacenamiento temporal. Gestionar durante cuanto tiempo la respuesta será la misma Cache-Control Expires
Indicaciones
Condiciones
Cors (Cross Origin Resource Sharing) : Manejar información desde fuera de nuestro servicio Access-Control-Allow-Origin
Cookies : Compartir información entre peticiones.
Accept: Define el contenido que acepta Accept Accept-Charset Accept-Encoding

Ramón Ruiz

student•

Gracias por el aporte!

Rabi Leonel Leon Chan

student•

(Y) Estamos para apoyarnos

Juan Pedraza

student•

Lo más interesante de todo es el tiempo implementado para explicar cada término

Francisco Javier Vázquez Paredes

student•

Aquí les dejo una explicación un poco más detallada de cómo se deben utilizar los códigos de estado. https://adictec.com/codigos-de-estado-http/

Duvan Carvajal

student•

Tengo una duda. Si yo envio un mensaje de texto y luego quiero editar ese mensaje porque me equivoque en una palabra ¿Eso se puede hacer con Patch?

Juan Castro

teacher•

Nope. No se pueden editar los mensajes de texto. El método PATCH solo lo usamos para actualizar la información de tu servidor, ahí sí podemos editar los datos a gusto (a menos que por alguna razón lógica esto no se deba hacer). :wink:

Carlos Hernández

teacher•

El método patch es el adecuado para hacer esto, si, ya que es edición parcial. . El método es solo la referencia sobre lo que quieres hacer, y la lógica de la edición de ese mensaje la tendras que implementar en tu controlador ;)

Diego Tenjo

student•

Metodos

GET recoger informacion del servidor - PUT remplaza informacion en el servidor y para editarlo- DELETE eliminar completamente infomarcion del servidor- POST añadir informacion al servidor- PATCH cuando no queremos editar todo el producto- OPTIONS con este podemos pedir informacion de que metodos podemos hacer en la api

Cabezaras

Nos dan informacion contextual de la petición. No es lo que quiero hacer sino como puedo hacerlo.

Cookies => sirve para compartir informacion entre las peticiones.

CORS => Cross Origin Resource Sharing manejar informacion desde fuera de nuestro servicio.

Accept => define el contenido que se acepta.

Authorization => Asegurarse de que puedo pedir cosas al servidor.

Cache-Control o Expires => Gestionar dentro de cuanto tiempo la respuesta sera la misma.

Estado.

Es un número que indica lo que a pasado con la petición.

2xx => que todo a hido bien por ejemplo 200 ok, 201 created

3xx => es que me redirecciona a otra parte por ejemplo 301 moved permanetly

4xx => error. 400: bad request. 401: unauthorized. 403: Forbidden prohibido se quien eres pero no te puedo dejar pasar comisario. 404: Not found.

5xx => errores de servidor. 500: Internal server error.

Francisco Imanol Suarez

student•

No se si lo abran compartido antes pero una pagina muy buena para ver estados

https://http.cat/

Métodos, cabeceras y estados

Conocer y comprender cómo se realizan las conexiones hacia los servidores a través de internet y sus implicaciones en el desarrollo de servidores

Bienvenida y presentación del curso

Qué es Node y cómo instalarlo

¿Qué son y cómo se usan las peticiones HTTP?

Métodos, cabeceras y estados

Cuerpo y query de la petición

Crear un servidor HTTP en Javascript, y comenzar a escuchar y responder peticiones desde un cliente .

Crear un servidor HTTP desde NodeJS

¿Cómo pueden venir las peticiones?

Recibir información desde el cliente: Body y Query

Información contextual: Leer las cabeceras

Tipos de respuesta: Vacía, plana, con datos y estructurada

Respuestas coherentes

Servir archivos estáticos

Errores: Cómo presentarlos e implicaciones en la seguridad

Comprender y desarrollar la arquitectura básica de un backend en NodeJS, y comunicarse entre módulos

Conceptualmente: Rutas, controladores y bases de datos

Rutas y capa de red: Responsabilidades y límites

Controladores: Definiendo la lógica de negocio

Almacenando la información en una base de datos

Utilizar una base de datos para definir, modelar, almacenar y recuperar la información de nuestra aplicación

Tipos de Bases de Datos: Relacionales y No Relacionales

Crear y Configurar tu Base de Datos con MongoDB

MongoDB: Almacenar y leer datos

MongoDB: Actualizar datos

MongoDB: Consultar datos

MongoDB: Eliminar Datos

Gestionar conexiones a la base de datos desde la API

Uso de entidades para crear aplicaciones escalables

Escalando la arquitectura: Múltiples entidades

Relacionando nuestras entidades

Cómo recibir ficheros desde NodeJS

Guardar el fichero en el servidor

Conocer el protocolo de websockets, e implementar comunicación cliente/servidor con SocketIO.

WebSockets: Qué son, por qué son interesantes y cómo usarlos

Manejo de Websockets con NodeJS

Conectar la API al servidor de WebSockets

Revisión de lo aprendido, y próximos pasos

Revisión y próximos pasos

Tips para escalar nuestro proyecto