308 Permanent Redirect

Permanent Redirect

El recurso objetivo ha sido asignado a una nueva URI permanente y cualquier referencia futura a este recurso debería usar una de las URIs incluidas.

Los clientes con capacidades de edición de enlaces deberían automáticamente re-enlazar las referencias a la URI de solicitud efectiva¹ a una o más de las nuevas referencias enviadas por el servidor, cuando sea posible.

El servidor DEBERÍA generar un campo de encabezado Location² en la respuesta que contenga una referencia URI preferida para la nueva URI permanente. El agente de usuario PUEDE usar el valor del campo Location para redirección automática. El contenido de respuesta del servidor usualmente contiene una nota hipertexto corta con un hipervínculo a la(s) nueva(s) URI(s).

Una respuesta 308 es cacheable por defecto; es decir, a menos que se indique lo contrario por la definición del método o controles de caché explícitos³.

Nota: Este código de estado es similar a 301 Moved Permanently, excepto que no permite cambiar el método de solicitud de POST a GET.

Resume Incomplete

Algunas aplicaciones pueden usar 308 Resume Incomplete como una respuesta no estándar.

Este código de estado indica al cliente que el servidor no posee el rango de bytes completo para que proceda la solicitud de reanudación pero aún está dispuesto a continuar la operación. Puede incluir un encabezado Range para que el cliente pueda minimizar la cantidad de datos que necesitan ser retransmitidos por las solicitudes de reanudación subsiguientes. En ausencia de cualquier encabezado Range, el cliente debería asumir que el servidor no tiene bytes almacenados. Puede incluir un encabezado Location indicando la URI a la cual las solicitudes reanudables futuras deberían ser enviadas para esta operación.

• ¹ Effective Request URI RFC7230 Section 5.5
• ² Location RFC7231 Section 7.1.2
• ³ Calculating Heuristic Freshness RFC7234 Section 4.2.2
• Sources:
  • RFC738 Section 3
  • Resumable HTTP requests