Luciano Marchese
Fernando Yutiz
Patricio Nally
Henry Alexander Velásquez Rosas
Jefred Bedoya
Ricardo Alfonso Chavez Vilcapoma
Ricardo Alfonso Chavez Vilcapoma
Juan Castro
ProfesorManuel Araujo
Juan Castro
ProfesorBraulio Quezada
Juan Castro
ProfesorPara complementar este tema, existe tambien la posibilidad de guardar en Session Storage en el navegador(Hasta 5mb). A diferencia del local storage, la informacion guardada en el session storage se pierde cada vez que el usuario cierra el tab del browser. Y desde ya, el otro mecanismo para guardar datos del lado del cliente son las cookies, aunque no se puede almacenar mas de 4Kb
JuanDC, lo que comentas en el minuto 5 sobre que el local storage no se replica en otros navegadores de otros dispositivos del mismo usuario, esto seria aunque se tenga activada la sincronización del navegador?
Hola , consulta: Si mi aplicación utiliza "Backend as a Servise" como Firebase por ejemplo, como hago que una llamada get a una api se guarden los datos ejemplo durante 3 días, ya que esa info se actualiza cada 3 días, por ende si entran muchos usuarios no tienen sentido que cada vez llamen a la API GET. Osea sería algo como una persistencia TTL,se podría hacer con una api desarrollada en Firebase cloud functions y persistir los datos 3 días por ejemplo en Firebase Firestore o firebase Real time data. Que sugieren? que consejos dan. Saludos a ésta hermosa comunidad. Muchas Gracias. Patricio
### Local Storage vs. API real
**Local Storage** y **API real** son dos métodos comúnmente utilizados en aplicaciones web para almacenar y recuperar datos. Ambos tienen sus propias ventajas y desventajas y se usan en diferentes contextos dependiendo de los requisitos de la aplicación. Aquí hay una comparación de ambos:
### Local Storage
**Local Storage** es una característica del navegador web que permite almacenar datos en el cliente de manera persistente. Los datos almacenados en Local Storage no se eliminan cuando se cierra el navegador, lo que lo hace útil para guardar información que necesita persistir entre sesiones del usuario.
#### Ventajas de Local Storage
1. **Persistencia**: Los datos almacenados en Local Storage persisten incluso después de cerrar el navegador.
2. **Fácil de usar**: La API de Local Storage es simple y directa, con métodos como setItem, getItem, removeItem, y clear.
3. **Rápido acceso**: Los datos están almacenados localmente, lo que permite un acceso rápido sin necesidad de realizar una llamada a un servidor.
4. **Independencia de red**: No requiere conexión a Internet para acceder a los datos almacenados.
#### Desventajas de Local Storage
1. **Capacidad limitada**: Generalmente, los navegadores limitan Local Storage a unos pocos megabytes.
2. **Seguridad**: Los datos almacenados en Local Storage no están encriptados, lo que significa que pueden ser vulnerables a ataques si no se manejan adecuadamente.
3. **Sin sincronización**: Los datos no se sincronizan automáticamente entre diferentes dispositivos o sesiones de navegador.
4. **Solo strings**: Local Storage solo almacena datos en formato de string, lo que significa que otros tipos de datos deben ser convertidos a string (por ejemplo, usando JSON).
### API Real
Una **API real** (Application Programming Interface) se refiere a un servicio remoto que permite a una aplicación web interactuar con un servidor para almacenar y recuperar datos. Esto suele involucrar el uso de HTTP(S) para comunicarse con un servidor backend.
#### Ventajas de una API real
1. **Capacidad ilimitada**: En teoría, no hay límite en la cantidad de datos que se pueden almacenar en el servidor.
2. **Seguridad**: Los datos pueden ser encriptados y protegidos por medidas de seguridad robustas en el servidor.
3. **Sincronización**: Los datos pueden ser accedidos y actualizados desde múltiples dispositivos y sesiones de navegador, manteniéndose sincronizados.
4. **Datos complejos**: Las APIs pueden manejar datos complejos y estructurados, no limitados a strings.
#### Desventajas de una API real
1. **Dependencia de red**: Requiere una conexión a Internet para acceder a los datos.
2. **Latencia**: Acceder a datos a través de una red puede ser más lento que acceder a datos almacenados localmente.
3. **Complejidad**: Configurar y mantener una API real puede ser más complejo que usar Local Storage, especialmente en términos de manejo de seguridad y escalabilidad.
4. **Costos**: Ejecutar un servidor y manejar una base de datos puede incurrir en costos adicionales.
### Cuándo usar cada uno
**Local Storage** es ideal para:
- Almacenar configuraciones y preferencias del usuario.
- Datos que necesitan persistir entre sesiones del navegador pero no requieren sincronización entre dispositivos.
- Aplicaciones simples que no necesitan interactuar con un servidor backend.
**API real** es ideal para:
- Aplicaciones que requieren persistencia y sincronización de datos en múltiples dispositivos.
- Almacenamiento de grandes volúmenes de datos.
- Aplicaciones que necesitan manejar datos sensibles y requieren medidas de seguridad avanzadas.
- Funcionalidades complejas que necesitan comunicación continua con un servidor backend.
En resumen, la elección entre Local Storage y una API real depende de las necesidades específicas de tu aplicación, incluyendo el tipo de datos que manejas, los requisitos de persistencia, la necesidad de sincronización y las consideraciones de seguridad.
El uso de localStorage es una herramienta potente en el frontend, pero su efectividad depende totalmente de saber cuándo usarla y cuándo evitarla.
Características clave del LocalStorage
Limitaciones críticas
¿Cuándo preferir una API real?
¿Para este caso práctico se va a usar localStorage o en proyectos reales siempre se usa API real?
¿Qué son cokkies?
Juan, tengo la duda: lo guardado en local storage permanece luego de actualizar el navegador? O incluso si lo desinstalo y lo vuelvo a instalar?
Si actualizas el navegador, sigue allí. Si desinstalas y luego vuelves a instalar, creo que no.
¿Qué podría hacer para tener una sesión iniciada sin importar que cierren la pestaña del navegador?
Cookies :eyes: