http - temporarily - status: 302(found) redirection-the client must take additional action to complete the request.
¿Cómo funciona HTTP 302? (5)
¿Cómo funciona HTTP 302? Me gustaría saber las partes internas
De: http://www.ietf.org/rfc/rfc2616.txt y http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
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 URI temporal DEBE estar dado por el campo Ubicación en la respuesta. A menos que el método de solicitud fuera HEAD, la entidad de la respuesta DEBERÍA contener una breve nota de hipertexto con un hipervínculo al nuevo URI (s).
Si el código de estado 302 se recibe en respuesta a una solicitud que no sea GET o HEAD, el agente de usuario NO DEBE redireccionar automáticamente la solicitud a menos que el usuario pueda confirmarla, ya que esto podría cambiar las condiciones bajo las cuales se emitió la solicitud.
Note: RFC 1945 and RFC 2068 specify that the client is not allowed
to change the method on the redirected request. However, most
existing user agent implementations treat 302 as if it were a 303
response, performing a GET on the Location field-value regardless
of the original request method. The status codes 303 and 307 have
been added for servers that wish to make unambiguously clear which
kind of reaction is expected of the client.
El servidor devuelve una respuesta HTTP con el código 302 , que indica una redirección temporal, e incluye un encabezado Location: indica el nuevo URI, por ejemplo
HTTP/1.1 302 Found
Location: http://some-other-url
Y potencialmente otros encabezados a discreción del servidor.
El navegador normalmente toma esto como una directiva para hacer automáticamente una nueva solicitud por separado para el otro URI especificado por el encabezado de la ubicación. El cliente (navegador) no está obligado a hacer esto (podría, en teoría, simplemente mostrar un mensaje al usuario o hacer lo que quiera), pero así es como se comportan los clientes HTTP.
Tenga en cuenta que dado que el 302 es una redirección temporal , un cliente con buen comportamiento continuará usando la antigua URL en el futuro, en lugar de ir directamente a la nueva (301 es una redirección permanente).
Las partes internas de qué? 302 es un código de retorno que el servidor le da al cliente, lo que hace el cliente depende de ello. Los RFC dan orientación sobre lo que el cliente debe hacer, pero en el mundo real 301, 302, 303 y 307 son manejados de la misma manera por los principales navegadores.
Solo un complemento: Es importante que el cliente de detención acceda a la misma URL del servidor con la misma solicitud de forma consecutiva / frecuente.
¿Te refieres a cómo lo manejan los navegadores? El servidor envía un código 302 junto con un encabezado de Location , y el navegador solicita el nuevo URI especificado por el encabezado de Location lugar.
A diferencia de 301 (Moved Permanently) , el navegador continúa utilizando el URI original para hacer solicitudes, en caso de que el código 302 desaparezca