redireccionar redireccion que htaccess con comodin redirect browser browser-cache http-status-code-302

redirect - que - ¿Cuánto tiempo se ahorra un redireccionamiento 302 en el navegador?



redirect 301 apache (3)

Depende de la configuración del caché del navegador del cliente individual: IE tiene la opción de "NUNCA" verificar las páginas nuevas, tiene el mismo efecto en los redireccionamientos.
Y la configuración "Automática" de AFAIR IE (¿predeterminada?) No es mucho mejor.

Debido a una mala configuración de nuestro servidor web, el dominio principal envió un redireccionamiento 302 a una nueva ubicación. Solucionamos ese problema. Al vaciar el caché del navegador, todo funciona bien ahora.

Para el cliente "normal" que no vacía su caché: ¿Cuánto tiempo se mantiene el redireccionamiento 302 en el navegador?


No se debe almacenar en caché a menos que también haya un encabezado Cache-Control o Expires devuelto por el servidor web. De acuerdo con RFC 2616, sección 10.3.3 302 Encontrado

El recurso solicitado reside temporalmente bajo un URI diferente. Como la redirección podría verse alterada ocasionalmente, el cliente DEBERÍA continuar utilizando el URI de solicitud para futuras solicitudes. Esta respuesta solo se puede almacenar en caché si está indicada por un campo de encabezado Cache-Control o Expires.


El estándar al que hace referencia Jon Lin utiliza "DEBERÍA", que no es tan fuerte como "DEBE" en la jerga de RFC. Esto no es solo una distorsión teórica; Cloudflare, por ejemplo, redirecciona el caché :

Si no se proporcionan encabezados de caché (sin Cache-Control o Expira) y la url es almacenable en caché (.jpg, .css, .js, etc.), CloudFlare almacena en caché 301 y 302. Almacenamos 301 en caché durante un par de horas y 302 durante un período de tiempo más corto (~ 20 minutos).

Por lo tanto, debe asegurarse de que puede manejarlo o usar encabezados explícitos (por ejemplo, Cache-Control: private, no-cache ) para dirigir navegadores e intermediarios contra el almacenamiento en caché.