recursal/MDN huggingface dataset:
Access-Control-Allow-Credentials
================================

El encabezado de respuesta **`Access-Control-Allow-Credentials`** le dice al navegador si exponer la respuesta al código JavaScript (del frontend) cuando el modo credenciales en la petición es incluído.

Cuando las credenciales de una petición (`Request.credentials` (en-US)) es `include`, los navegadores sólo expondran la respuesta al código JavaScript del frontend si el valor de `Access-Control-Allow-Credentials` es `true`.

Las credenciales son cookies, encabezados de autorización o certíficados de cliente TLS.

Cuando se usa como parte de una respueste a una petición previa, indica si la petición real puede ser hecha utilizando credenciales. Note que peticiones `GET` sencillas no tienen una solicitud previa, y por lo tanto, una petición es hecha por un recurso con credenciales, si el encabezado no regresa con el recurso, la respuesta es ignorada por el navegador y no es devuelto como contenido web.

El encabezado `Access-Control-Allow-Credentials` trabaja en conjunción con la propiedad `XMLHttpRequest.withCredentials` (en-US) o con la opción `credentials` en el constructor `Request()` (en-US) de la API Fetch. Para una petición CORS con credenciales, para que el navegador exponga la respuesta al código JavaScript del fronend, tanto el servidor (utilizando el encabezado `Access-Control-Allow-Credentials`) y el cliente (al configurar el modo de las credenciales para peticiones XHR, Fetch, o Ajax) se debe indicar que estan permitiendo la inclusión de credenciales.

| Tipo de encabezado | Respuesta del encabezado |
| --- | --- |
| Nombre prohibido del encabezado | no |

Sintaxis
--------
```

Access-Control-Allow-Credentials: true
```

Directivas
----------

true

El único valor válido para este encabezado es `true` (en minúsculas). Si no se necesitan credenciales, se debe omitir este encabezado (en lugar de colocar su valor como `false`).

Ejemplos
--------

Permitir credenciales:
```

Access-Control-Allow-Credentials: true
```


Utilizando XHR con credenciales:


```js
var xhr = new XMLHttpRequest();
xhr.open("GET", "http://example.com/", true);
xhr.withCredentials = true;
xhr.send(null);
```


Utilizando Fetch con credenciales:


```js
fetch(url, {
  credentials: "include",
});
```

Especificaciones
----------------

| Specification |
| --- |
| Fetch Standard # http-access-control-allow-credentials |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* `XMLHttpRequest.withCredentials` (en-US)
* `Request()` (en-US)
Cross-Origin-Resource-Policy
============================

La respuesta del encabezado HTTP **`Cross-Origin-Resource-Policy`** transmite un deseo de que el navegador bloquee peticiones no-cors cross-origin/cross-site al recurso dado

| Tipo de encabezado | Respuesta del encabezado |
| --- | --- |
| Nombre prohibido del encabezado | no |

Sintaxis
--------
```

Cross-Origin-Resource-Policy: same-site | same-origin | cross-origin
```

Ejemplos
--------

La respuesta de encabezado debajo puede causar que agentes de usuario compatibles desabiliten peticiones cross-origin no-cors:
```

Cross-Origin-Resource-Policy: same-origin
```

Especificaciones
----------------

| Specification |
| --- |
| Fetch Standard # cross-origin-resource-policy-header |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* Explicador de la política de recursos cruzados (Cross-Origin Resource Policy - CORP) (en-US)
Cadenas del User Agent de Gecko
===============================

### Uso Apropiado

No se recomienda el uso de las cadenas del User Agent como su principal opción para la detección del navegador. Vea Deteccion Cross browser y Soporte Cross Browser para una ojeada mas en profundo a varias técnicas sobre detección de navegadores con recomendaciones.

En particular, recomendamos usar la detección de la cadena del User Agent para detección del navegador del lado del servidor. Si su actual código del lado cliente usa detección de la cadena del User Agent, simplemente puede hacer una búsqueda por la cadena "Gecko" en el User Agent para detectar cualquier navegador basado en Gecko.

Para todos los detalles que lidian con detecciones con Gecko los cuales lidian con bugs especificos o los cuales requieran conocimiento de strings especificos o fechas de la compilación, use el objeto navigator.

### Lista de user agents liberados por Netscape y AOL basados en Gecko

 Vea mozilla.org's user-agent strings reference para Plataforma específico,
 *Seguridad*
 ,
 *Sistema Operativo*
 o
 *CPU*
 y valores de
 *localización*
 .

* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:1.0.2) Gecko/20030208 Netscape/7.02`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:1.0.2) Gecko/20021120 Netscape/7.01`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:1.0.1) Gecko/20020823 Netscape/7.0`
* `Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020730 AOL/7.0`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:1.0rc2) Gecko/20020512 Netscape/7.0b1`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:0.9.4.2) Gecko/20020220 CS 2000 7.0/7.0`
    + `Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4.2) Gecko/20020502 CS 2000 7.0/7.0`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1`
* `Mozilla/5.0 (Platform; Security; OS-or-CPU; Localization; rv:0.9.2) Gecko/20010726 Netscape6/6.1`

Para una información más detallada sobre liberaciones de Netscape y Mozilla, por favor vea el mozilla.org cvstags reference.

### Informacion Del documento Original

* Autor: Bob Clary
* Última Actualización: Junio 30, 2003
* Copyright © 2001-2003 Netscape. Todos los derechos reservados.
503 Servicio No Disponible
==========================

El envío de un código de error **`503 Servicio No Disponible`** como respuesta por un servidor que use el Protocolo de Transferencia de Hipertexto (HTTP) indica que el servidor no está listo para manejar la solicitud.

Las causas más comunes son que el servidor esté apagado por mantenimiento o esté sobrecargado. Esta respuesta debería usarse para condiciones temporales y la cabecera HTTP `Retry-After` (en-US) debería, si es posible, contener el tiempo estimado para la recuperación del servicio.

**Nota:** debería enviarse con esta respuesta una página informativa explicando el problema.

Debe tenerse cuidado con las cabeceras relacionadas con la caché, ya que un estado 503 suele ser algo temporal, y, por lo tanto, no se deberían almacenar las respuestas en caché.

Estado
------
```

503 Servicio No Disponible
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.503 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* `Retry-After` (en-US)
405 Method Not Allowed
======================

El código de estado de respuesta **`405 Method Not Allowed`** (Método no permitido, en español) del protocolo de transferencia de hipertexto (HTTP) indica que el servidor conoce el método de solicitud, pero el recurso de destino no admite este método.

El servidor **debe** generar un campo de cabecera **`Allow`** en una respuesta con código de estado 405. El campo debe contener una lista de métodos que el recurso de destino admite actualmente.

Estado
------


```http
405 Method Not Allowed
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.405 |

Véase también
-------------

* `Allow`
* Definiciones de código de estado HTTP
* Cómo arreglar `405 Method Not Allowed`
* Solución de problemas de HTTP 405
302 Found
=========

El código de estado de redirección HTTP **`302 Found`** indica que el recurso solicitado ha sido movido temporalmente a la URL dada por las cabeceras `Location` (en-US). Un navegador redirecciona a esta página, pero los motores de búsqueda no actualizan sus enlaces al recurso ( hablando en lenguaje SEO, se suele decir que el link juice no es enviado a la nueva URL).

Incluso si la especificación requiere el método, y el cuerpo, no debe ser alterado cuando la redirección se completa, no todos los user-agents se conforman aquí, y tu puedes encontrar software inestable por ahí. Por la tanto se recomienda poner el código `302` sólo como respuesta a los métodos `GET` o `HEAD` (en-US) , y usar en cambio `307` (en-US) `Temporary Redirect` , ya que el método de cambio está explicitamente prohibido en ese caso.

En casos en los que quieras que el método usado para cambiar a `GET`, usa `303` (en-US) `See Other`. Esto es práctico cuando quieres dar una respuesta al método `PUT` que no es el recurso subido, pero sí un mensaje de confirmación (como "Has subido satisfactoriamente XYZ").

Estado
------
```

302 Found
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.302 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Mira también
------------

* `307` (en-US) `Temporary Redirect`, el equivalente a este código de estado, pero que nunca cambia el método usado.
* `303` (en-US) `See Other`, una redirección temporal que cambia el método usado a `GET`.
* `301` (en-US) `Moved Permanently`, la redirección permanente.
200 OK
======

El código de respuesta de estado satisfactorio HTTP **`200 OK`** indica que la solicitud ha tenido éxito. Una respuesta 200 es almacenable de forma predeterminada.

El significado de un éxito depende del método de solicitud HTTP:

* `GET`: El recurso ha sido recuperado y se transmite el mensaje al body.
* `HEAD` (en-US): Los encabezados de entidad estan en el body del mensaje.
* `POST`: El recurso que describe el resultado de la acción se transmite en el body del mensaje.
* `TRACE`: El body del mensaje contiene el mensaje de solicitud tal como lo recibió el servidor.

El resultado exitoso de un método `PUT` o uno `DELETE` no es a menudo un `200 OK` sino un `204` (en-US) `No Content` (o un `201` `Created` cuando el recurso es subido por primera vez).

Estado
------
```

200 OK
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.200 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* HTTP request methods
401 Unauthorized
================

El código de error HTTP 401 indica que la petición (request) no ha sido ejecutada porque carece de credenciales válidas de autenticación para el recurso solicitado.

Este estatus se envia con un `WWW-Authenticate` encabezado que contiene informacion sobre como autorizar correctamente.

Es similar al estatus `403`, pero en este caso , la autenticación si es posible.

Estado
------
```

401 Unauthorized
```

Respuesta de ejemplo
--------------------
```

HTTP/1.1 401 Unauthorized
Date: Wed, 21 Oct 2015 07:28:00 GMT
WWW-Authenticate: Basic realm="Access to staging site"
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.401 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Vea también
-----------

* HTTP authentication
* `WWW-Authenticate`
* `Authorization`
* `Proxy-Authorization` (en-US)
* `Proxy-Authenticate` (en-US)
* `403`, `407` (en-US)
502 Puerta de enlace no válida
==============================

El código de respuesta de error del servidor de HTTP **`502 Bad Gateway`** indica que el servidor, mientras actuaba como una puerta de enlace o proxy, recibió una respuesta no válida del servidor ascendente.

**Nota:** Una puerta de enlace puede referirse a cosas distintas en redes y un error 502 no es algo que normalmente puedas arreglar, ya que requiere correcciones por parte del servidor o los proxies a través de los que intentas acceder.

Estado
------
```

502 Bad Gateway
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.502 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Vea también
-----------

* `504`
* 502 Bad Gateway
404 Not Found
=============

El codigo de error HTTP **`404 Not Found`** (404 No Encontrado) de respuesta de cliente indica que el servidor no puede encontrar el recurso solicitado. Vinculos que conducen a una pagina 404 son normalmente llamados *vinculos rotos* o *vinculos muertos*, y pueden estar sujetos a Enlace Roto.

Un código de estado 404 no indica si el recurso está temporalmente o permanentemente ausente. Pero si un recurso es permanentemente eliminado, un `410` (en-US) (Gone) debe ser usado en lugar del estado 404.

Estado
------
```

404 Not Found
```


En español:
```

404 No Encontrado
```

Paginas de error personalizadas
-------------------------------

Muchos sitios web personalizan la apariencia de la pagina 404 para que sea de utilidad al usuario y proveen una guia para saber qué hacer. Servidores Apache pueden ser configurados usando un archivo `.htaccess` con el siguiente codigo:


```bash
ErrorDocument 404 /no-encontrado.html
```


Para una pagina 404 de ejemplo, mire la pagina MDN 404.

**Nota:** Diseños personalizados son buenos, si se usan de manera moderada. Siente libre de hacer tus paginas 404 humoristicas y humanas, pero no confundas a tus usuarios.

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.404 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Vea también
-----------

* `410` (en-US)
* Wikipedia: HTTP 404
418 Soy una tetera
==================

El código de error HTTP **`418 Soy una tetera`** indica que el servidor se rehusa a preparar café porque es una tetera. Este error es una referencia al Hyper Text Coffee Pot Control Protocol, creado como parte de una broma del April Fools' de 1998.

Estado
------
```

418 I'm a teapot
```

Especificaciones
----------------

| Specification |
| --- |
| RFC 2324 # section-2.3.2 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* Wikipedia: Hyper Text Coffee Pot Control Protocol (Español)
* Wikipedia: Hyper Text Coffee Pot Control Protocol (Inglés)
201 Created
===========

El código de respuesta de estado de éxito creado HTTP **`201 Created`** indica que la solicitud ha tenido éxito y ha llevado a la creación de un recurso. El nuevo recurso se crea efectivamente antes de enviar esta respuesta. y el nuevo recurso se devuelve en el cuerpo del mensaje, su ubicación es la URL de la solicitud o el contenido del encabezado de la Ubicacion

El caso de uso común de este código de estado es el resultado de una solicitud metodo POST

Status
------
```

201 Created
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.201 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* HTTP request methods
400 Petición mala
=================

La respuesta de código de estado del Protocolo de Transferencia de Hipertexto (HTTP) **`400 Bad Request`** indica que el servidor no puede o no procesará la petición debido a algo que es percibido como un error del cliente (p. ej., sintaxis de petición malformada, solicitud inválida de enmarcado de mensajes, o enrutamiento engañoso de peticiones).

**Advertencia:** El cliente no debería repetir esta petición sin modificarla.

Estado
------
```

400 Petición mala
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sección 6.5.1: 400 Bad Request | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |
408 Request Timeout
===================

El código de estado de la respuesta **`408 Request Timeout`** del Protocolo de Transferencia de Hipertexto (HTTP) significa que el servidor desea cerrar esta conexión no usada. Se envía a una conexión inactiva por algunos servidores, incluso sin solicitud previa por parte del cliente.

Un servidor debe enviar "close" en el campo de la cabecera `Connection` (en-US) en la respuesta, ya que `408` implica que el servidor ha decidido cerrar la conexión en lugar de continuar esperando.

Esta respuesta es usada mucho más desde que algunos navegadores, como Chrome, Firefox 27+, y IE9, usan el mecanizmo de pre-conexión HTTP para acelerar la naveación.

**Nota:** Algunos servidores simplemente cierran la conexión sin enviar este mensaje.

Estado
------
```

408 Request Timeout
```

Especificaciones
----------------

| Especificación | Título |
| --- | --- |
| RFC 7231, sección 6.5.7: 408 Request Timeout | Protocolo de Transferencia de HiperTexto (HTTP/1.1): Semánticas y Contenido |

Ver también
-----------

* `Connection` (en-US)
* `X-DNS-Prefetch-Control` (en-US)
500 Internal Server Error
=========================

El código de respuesta de error del servidor del Protocolo de transferencia de hipertexto (HTTP) **`500 Internal Server Error`** (Error interno de servidor 500) indica que el servidor encontró una condición inesperada que le impidió cumplir con la solicitud.

Esta respuesta de error es una respuesta genérica "atrapa todo". Por lo general, esto indica que el servidor no puede encontrar un mejor código de error 5xx para responder. A veces, los administradores del servidor registran respuestas de error como el código de estado 500 con más detalles sobre la solicitud para evitar que el error vuelva a ocurrir en el futuro.

Estado
------


```http
500 Internal Server Error
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.500 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Véase también
-------------

* Definiciones de código de estado HTTP
504 Gateway Timeout
===================

El código de respuesta de error del servidor de HTTP **`504 Gateway Timeout`** indica que el servidor, mientras actuaba como una puerta de enlace o proxy, no pudo obtener una respuesta a tiempo.

**Nota:** Una puerta de enlace puede referirse a cosas distintas en redes y un error 502 no es algo que normalmente puedas arreglar, ya que requiere correcciones por parte del servidor o los proxies a través de los que intentas acceder.

Estado
------
```

504 Gateway Timeout
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.504 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Vea también
-----------

* `502`
203 Non-Authoritative Information
=================================

El código de respueta de estado del Protocolo de Transferencia de Hipertexto (HTTP) **`203 Non-Authoritative Information`** indica que la peticion fue satisfactoria pero su contenido ha sido modificado por un transformador proxy (en-US) desde los origenes del servidor `200` (`OK`)

El código de respuesta `203` es similar al código `214` (en-US), quiere decir `Transformation Applied`, of the `Warning` (en-US) header code, que tiene la ventaja adicional de estar disponible para las respuestas con cualquier código.

Status
------
```

203 Non-Authoritative Information
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sección 6.3.4: 203 Non-Authoritative Information | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

See also
--------

* `200`
* Proxy server (en-US)
* `Warning` (en-US)
101 Switching Protocols
=======================

El código de respuesta **`101 Switching Protocols`** que el servidor está cambiando de protocolo al solicitado por un cliente que mandó un mensaje incluyendo la cabecera `Upgrade` (en-US).
El servidor incluye en esta respuesta una cabecera `Upgrade` (en-US) para indicar a qué protocolo ha cambiado. El proceso se describe en detalle en el artículo Protocol upgrade mechanism.

Estado
------
```

101 Switching Protocols
```

Ejemplos
--------

El cambio de protocolos se podría usar con WebSockets.
```

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
```

Especificaciones
----------------

| Specification | Title |
| --- | --- |
| RFC 7231, sección 6.2.2: 101 Switching Protocol | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Vea también
-----------

* Protocol upgrade mechanism
* WebSockets
* `Upgrade` (en-US)
* `426` (en-US) `Upgrade Required`
100 Continue
============

El código de respuesta de estado informativo **`100 Continue`** indica que todo hasta ahora está bien y que el cliente debe continuar con la solicitud o ignorarlo si ya está terminado.

Para que un servidor verifique los encabezados de la solicitud, un cliente debe enviar `Expect` (en-US)`: 100-continue` como encabezado en su solicitud inicial y recibe un código de estado `100 Continue` en respuesta antes de enviar el cuerpo.

Estado
------
```

100 Continue
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.100 |

Compatibilidad con navegadores
------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Ver también
-----------

* `Expect` (en-US)
* `417` (en-US)
413 Content Too Large
=====================

El código de estado de respuesta HTTP **`413 Content Too Large`** indica que la entidad de solicitud es mayor que los límites definidos por el servidor; el servidor podría cerrar la conexión o devolver un campo de cabecera `Retry-After` (en-US).

Antes del RFC 9110, la frase de respuesta para el estado era **`Payload Too Large`**. Ese nombre todavía se usa ampliamente.

Estado
------


```http
413 Content Too Large
```

Especificaciones
----------------

| Specification |
| --- |
| HTTP Semantics # status.413 |

Véase también
-------------

* `Connection` (en-US)
* `Retry-After` (en-US)