Estoy trabajando en una aplicación web que está usando redirects(para URL bonitas).

Estoy tratando de depurar la lógica en la forma en que funcionan las redirecciones. Sin embargo, Google Chrome sigue recordando las redirecciones e incluso después de cambiar el código, redirige de la misma manera.

Esto hace que sea muy difícil solucionar problemas.

Por ejemplo, si redirijo /thisa /that, entonces cambie mi código para NO redirigir /thismás. Google Chrome todavía está redirigiendo a /that. Al igual que la redirección está en caché o algo así. ¿Hay alguna forma de apagar esto?

Google Chrome almacenará en caché tus redireccionamientos 301 . Para evitar esto, y para mantener las pestañas abiertas, solo tendrá que borrar la memoria caché del navegador.

Menú de Chrome > Configuración> Mostrar configuración avanzada ...> Privacidad> Haga clic en Borrar datos de navegación ...

Independientemente de lo que seleccione, asegúrese de que "Imágenes y archivos en caché" sea una opción marcada.

Luego haga clic en Borrar datos de navegación y debería poder volver a realizar la prueba nuevamente.

Si acaba de seguir la redirección, solo necesita eliminar los datos de la última hora.

Alternativamente, pruebe y desarrolle en modo incógnito. Allí el caché se vacía después de que se cierra el navegador.

Esta es la forma segura de borrar la memoria adhesiva de Chrome para redireccionamientos sin borrar todos sus datos de navegación (método utilizado por la respuesta principal actual):

1. Abra el panel Herramientas de desarrollador ( optioncommandien Mac o ctrlshiftien Windows)

2. Haz clic y mantén presionado el ícono de recarga

3. Se abrirá un menú.

   

4. Elija la tercera opción de este menú ("Vaciar caché y recarga dura")

Aquí hay una excelente explicación de cómo difieren estas 3 opciones .

PD: Para evitar tener que seguir estos pasos cada vez que Chrome sigue la redirección: verifique deshabilitar la caché en DevTools, y mientras DevTools está abierto, Chrome omitirá la caché de redireccionamiento (según esta respuesta )

No es una solución perfecta, pero pude evitar que Chrome use la redirección en caché al pasar una cadena de consulta falsa o al agregar un parámetro falso a la cadena de consulta existente. Por ejemplo, agregar un simple ?al final de una URL que no tenía una cadena de consulta q funcionó para mí en Chrome 30 en Max OS X.

Hay un error de cromo "wontfix" sobre esto ,

Ese es el comportamiento esperado.

Tenga en cuenta que:

1. Puede agregar encabezados de control de caché a un 301 y los seguiremos (caducidad, etc.)
2. Si el recurso en cuestión es un subrecurso, volver a cargar la página hará que la redirección se vuelva a validar con el servidor.
3. No tiene que perder todo su caché. Simplemente siga la redirección y elimine la última hora.

Si tiene la opción "Deshabilitar caché (mientras DevTools está abierto)" habilitada en DevTools, simplemente tener las DevTools abiertas es suficiente para omitir el caché de redireccionamiento, sin tirar constantemente su sesión.

Chrome almacena en caché las redirecciones HTTP y deja de verificar con el sitio si la redirección ha cambiado. Esto puede ser frustrante, ya que la forma más fácil de arreglar (visitar el sitio y forzar una actualización completa) no se puede usar porque la redirección se realizará antes de acceder al enlace. Este es un problema no solucionado .

Para solucionar esto, puede borrar sus datos de navegación, como se explica aquí, o puede seguir los pasos a continuación y evitar perder su historial.

1. Abra las herramientas de desarrollador de Chrome

2. Haga clic en Configuración

3. Marque Desactivar caché (mientras DevTools está abierto)

4. Visite el sitio que desea y se resolverá el problema de caché.

Vaya a chrome: // net-internals y en el extremo derecho abra el menú desplegable y elija "Borrar caché". A partir de la versión 48, esto fue lo único que funcionó para mí para borrar un 301 en caché (redirección permanente).

Actualización: Desafortunadamente, a partir de la versión 71 (diciembre de 2018) Google ha eliminado la función net-internals.

Los dominios .dev están obligados a usar HTTPS en Chrome 63+

Desde Chrome 63, que salió en diciembre de 2017, todos los dominios que terminan en .dev (y .foo) se ven obligados a usar HTTPS a través de un encabezado HTTP Strict Transport Security (HSTS) precargado.

Más información aquí: https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Para borrar el caché de redireccionamiento para una sola página en Chrome, ver código fuente y realizar una actualización completa (CTRL + SHIFT + R).

Esto funciona ya que el navegador de origen no sigue automáticamente las redirecciones 301.

Como se describe aquí podría ser causado por HSTS

Para evitar esto, hice lo siguiente.

En la barra de direcciones de Chrome, escriba "chrome: // net-internals / # hsts". En la parte inferior de una página se encuentra el cuadro de texto de dominio CONSULTA: verifique que su sitio (localhost, por ejemplo) sea conocido por el navegador. Si es así, BORRE el localhost. dominio usando el cuadro de texto de arriba Su sitio ahora debería funcionar usando HTTP simple

En Chrome o Firefox, puede actualizar la redirección escribiendo "view-source: redirect.yoursite.com" y presionando enter. Luego, actualiza esa página. Ahora, eso debería obligar a Chrome o Firefox a actualizar la redirección.

Si solo desea verificar que las redirecciones funcionan como se esperaba, probablemente sea más fácil usar una herramienta de línea de comandos como wget o similar. Puede inspeccionar los encabezados de respuesta y los redireccionamientos no se almacenan en caché.

Para fines de desarrollo, le recomiendo que en Chrome abra la configuración de DevTools y marque "Desactivar caché". ¡Entonces las redirecciones 30x no se almacenan en caché y puede depurar archivos .htaccess y así sucesivamente!

1. Ir chrome://settings/search#clear%20browsing%20data

2. Haga clic en "Borrar datos de navegación"

3. Marque "Imágenes y archivos en caché" (y desmarque el resto si lo desea)

4. Haga clic en "Borrar datos de navegación"

método más simple, actualización dura. espera Ctrl+ Runos segundos. Esto borra los redireccionamientos y los recursos estáticos.

Si no desea perder toda su memoria caché y su redirección todavía está atascada en la memoria caché, puede intentar visitar view-source: versión de la url. Eso actualizó el caché de redireccionamiento de la misma URL para mí.

Intenté todas las respuestas en esta página, pero ninguna funcionó hasta que ejecuté flushdns en la ventana de la línea de comandos de Windows.

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

Para su información, ya lo había Disable cacheverificado como se menciona en esta respuesta.