Banerjee del sitio web de Shufti-Sphere
menú de hamburguesas icono de cruz-2

fr

5.196.175.156

Código de estado 200 (Éxito)

200 es la respuesta estándar para el éxito Solicitudes HTTPLa respuesta real dependerá de la
método de solicitud utilizado. En un solicitud, la respuesta contendrá una entidad correspondiente a la
recurso solicitado. En un PUBLICAR solicitar la respuesta contendrá una entidad que describa o contenga
el resultado de la acción.

Este código de estado implica que la solicitud tiene tenido éxitoLa información devuelta con la respuesta
depende del método utilizado en la solicitud, por ejemplo:

: en la respuesta se envía una entidad que corresponde al recurso solicitado.

PUBLICAR: una entidad que describe o contiene el resultado de la acción

201 (Creado)

La solicitud ha sido atendida y ha dado como resultado una nueva recurso que se está creando. El recién creado
El recurso puede ser referenciado por el URI(s) devuelto en la entidad de la respuesta, con el más
URI específica por el recurso proporcionado por un Campo de encabezado de ubicaciónLa respuesta DEBERÍA incluir una
entidad que contiene una lista de características de recursos y ubicación(es) desde la cual el usuario o agente de usuario
puede elegir el que sea más apropiado. El formato de la entidad se especifica mediante el tipo de medio dado en
los Campo de encabezado Content-Type. El servidor de origen DEBE crear el recurso antes de devolverlo. 201
código de estado
. Si la acción no se puede realizar inmediatamente, el servidor DEBERÍA responder con 202
(Aceptado)
respuesta en su lugar.

202 (Aceptado)

La solicitud ha sido aceptado para su procesamiento, pero el procesamiento no se ha completado.
La solicitud podría o no ser atendida finalmente, ya que podría ser no permitido al procesar
En realidad sucede. No hay ninguna función para reenviar un código de estado desde una operación asíncrona.
como esto.

El 202 La respuesta es intencionalmente poco comprometedora. Su propósito es permitir que un servidor aceptar una solicitud
para algún otro proceso (quizás un orientado a lotes proceso que se ejecuta solo una vez al día) sin
que requiere que la conexión del agente de usuario con el servidor persista hasta que se complete el proceso.
La entidad devuelta con esta respuesta DEBERÍA incluir una indicación del estado actual de la solicitud y
ya sea un puntero a un monitor de estado o alguna estimación de cuándo el usuario puede esperar que se responda la solicitud.
cumplido.

203 (Información no autorizada)

La metainformación devuelta en el encabezado de entidad no es el conjunto definitivo disponible desde el origen
servidor, pero se recopila de un local copia de terceros. El conjunto presentado PUEDE ser un subconjunto or
superconjunto de la versión original. Por ejemplo, incluyendo información de anotación local sobre el recurso.
podría resultar en un superconjunto de la metainformación conocida por el servidor de origen. Uso de este código de respuesta
no es obligatorio y solo es apropiado cuando la respuesta sería de otro modo 200 (DE ACUERDO).

204 (Sin contenido)

El servidor ha cumplido la solicitud pero no necesita devolver un cuerpo de la entidady tal vez quiera
regreso actualizado metainformación. La respuesta PUEDE incluir metainformación nueva o actualizada en el
forma de encabezados de entidad, que si están presentes DEBERÍAN estar asociados con la variante solicitada.

Si el cliente es un agente de usuario, NO DEBERÍA cambiar su vista de documento de la que causó
la solicitud que se enviará. Esta respuesta está destinada principalmente a permitir la entrada para que se realicen acciones sin
provocando un cambio en la vista del documento activo del agente de usuario, aunque cualquier documento nuevo o actualizado
metainformación DEBE aplicarse al documento que se encuentra actualmente en la vista activa del agente de usuario.

El 204 La respuesta NO DEBE incluir un cuerpo de mensaje y, por lo tanto, siempre finaliza con el primero.
Línea vacía después de los campos de encabezado.