Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Entonces ya terminaste de construir tu backend, todas las paginas, y todos los end points estan funcionando perfectamente, y ya empezaste a tener visitas, asi que decidiste empezar a optimizar, y como todo buen desarrollador, decidiste sacarle provecho a las bondades que el framework te ofrece, por eso empezaste a implementar un mecanismo de cache, para mejorar el tiempo de respuesta entre las peticiones. Pero: Oh! sorpresa…
Te das cuenta que cada cambio que haces en el codigo no se refleja de inmediato.
Esto pasa porque todas las consultas previas ya se guardaron en cache y tienes que esperar a que expire el tiempo que asignaste a la cache.
Lo cual es perfecto en un entorno de producción!
Pero es muy molesto cuando estas en un entorno de desarrollo… haciendo pruebas, experimentando con nuevas funcionalidades, o realizando algunos cambios menores.
Asi que a menos de que hayas implementado algun mecanismo para invalidar la cache en cada actualizacion que se haga en la base de datos, toca elegir entre una de estas dos opciones:
Si bien borrar la cache no es nada del otro mundo, después de hacerlo unas cuantas veces se vuelve molesto, en especial si tienes que hacerlo antes de cada refresh o cada peticion.
Pendiente
Explicar como usar el comando para borrar la cache
Explicar como desactivar la cache usando store array en .env
Explicar porque funciona
Explicar como hacerlo en versiones anteriores de laravel
Advertencia ( No olvidar cambiarlo en produccion )
Estoy obsesivamente enamorada del hombre que diseñó esta cosa