recursal/MDN huggingface dataset:
Authorization
=============

Заголовок HTTP запроса **`Authorization`** включает в себя данные пользователя для проверки подлинности пользовательского агента с сервером обычно после того, как сервер ответил со статусом `401` `Unauthorized` и заголовком `WWW-Authenticate` (en-US).

|  |  |
| --- | --- |
| Тип заголовка | Request header |
| Запрещённое имя заголовка | Нет |

Синтаксис
---------
```

Authorization: <тип> <данные пользователя>
```

Директивы
---------

<тип>

Тип авторизации. Общий тип «Базовая». Остальные типы:

* IANA registry of Authentication schemes
* Authentification for AWS servers (`AWS4-HMAC-SHA256`)

<данные пользователя>

Если используется схема авторизации «Базовая», данные пользователя формируются следующим образом:

* Логин и пароль, разделённые двоеточием (`aladdin:opensesame`).
* Результирующая строка, закодированная в base64 (`YWxhZGRpbjpvcGVuc2VzYW1l`).

**Примечание:** Кодировка Base64 не означает шифрование или хэширование! Этот метод так же небезопасен, как и отправка учётных данных в открытом виде (base64 является обратимой кодировкой). Отдавайте предпочтение использованию HTTPS в сочетании с Базовой Авторизацией.

Примеры
-------
```

Authorization: Basic YWxhZGRpbjpvcGVuc2VzYW1l
```


Смотрите также HTTP авторизацию для примеров конфигураций веб-серверов Apache или nginx с защитой вашего сайта паролем с Базовой HTTP авторизацией.

Спецификации
------------

| Спецификация | Заголовок |
| --- | --- |
| RFC 7235, раздел 4.2: Authorization | HTTP/1.1: Authentication |
| RFC 7617 | The 'Basic' HTTP Authentication Scheme |

Смотрите также
--------------

* HTTP авторизация
* `WWW-Authenticate` (en-US)
* `Proxy-Authorization` (en-US)
* `Proxy-Authenticate` (en-US)
* `401`, `403`, `407`
Connection
==========

Заголовок **`Connection`** определяет, остаётся ли сетевое соединение активным после завершения текущей транзакции (запроса). Если в запросе отправлено значение `keep-alive`, то соединение остаётся и не завершается, позволяя выполнять последующие запросы на тот же сервер.

**Предупреждение:** Заголовки, связанные с соединением, такие как `Connection` и `Keep-Alive` (en-US), запрещены в HTTP/2. Chrome и Firefox просто игнорируют эти заголовки в HTTP/2 ответах, однако Safari, следуя требованиям HTTP/2, вообще не будет загружать какие-либо ответы, которые содержат данные заголовки.

За исключением стандартных заголовков «hop-by-hop» (`Keep-Alive` (en-US), `Transfer-Encoding` (en-US), `TE` (en-US), `Connection`, `Trailer` (en-US), `Upgrade` (en-US), `Proxy-Authorization` (en-US) и `Proxy-Authenticate` (en-US)), любые «hop-by-hop» заголовки, используемые в сообщении, должны быть перечислены в заголовке `Connection` так, чтобы первый прокси знал, как их использовать, и не передавал дальше. Также могут быть перечислены стандартные «hop-by-hop» заголовки (часто это относится к `Keep-Alive` (en-US), но это необязательно).

|  |  |
| --- | --- |
| Тип заголовка | Общий заголовок |
| Запрещённое имя заголовка | да |

Синтаксис
---------
```

Connection: keep-alive
Connection: close
```

Указания
--------

`close`

Указывает, что клиент или сервер хотели бы закрыть соединение. Это значение по умолчанию для запросов HTTP/1.0.

любой список HTTP заголовков через запятую[Обычно только `keep-alive`]

Указывает, что клиент хотел бы сохранить соединение активным. Постоянное соединение используется по умолчанию для запросов HTTP/1.1. Список заголовков — это имена заголовка, которые удаляются первым непрозрачным прокси-сервером или промежуточным кешем: эти заголовки определяют соединение между источником и первым объектом, а не целевым узлом.

Совместимость с браузерами
--------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.
If-Match
========

Заголовок HTTP-запроса **`If-Match`** делает запрос условным. Для методов `GET` и `HEAD` сервер отправляет запрошенный ресурс только в том случае, если он соответствует одному из перечисленных **ETags**. Для `PUT` и других небезопасных методов он будет загружать только ресурс в этом случае.

Сравнение с хранимым `ETag` использует сильный алгоритм сравнения, то есть два файла считаются одинаковыми байтами только байтом. Это ослабляется, когда префикс **`W/`** используется перед **ETag**.

Существует два распространённых варианта использования:

* Для методов `GET` и `HEAD`, используемых в сочетании с `Range`, он может гарантировать, что запрашиваемые новые диапазоны с того же ресурса, что и предыдущий. Если он не соответствует, то возвращается ответ `416` (Range Not Satisfiable).
* Для других методов и, в частности, для `PUT`, **If-Match** может использоваться для предотвращения проблемы с потерянным обновлением. Он может проверить, не изменит ли изменение ресурса, которое пользователь хочет загрузить, другое изменение, которое было выполнено с момента извлечения исходного ресурса. Если запрос не может быть выполнен, возвращается ответ `412` (Precondition Failed).

|  |  |
| --- | --- |
| Header type | Request header |
| Forbidden header name | no |

Синтаксис
---------
```

If-Match: <etag_value>
If-Match: <etag_value>, <etag_value>, …
```

Директивы
---------

<etag\_value>

Теги объектов, однозначно представляющие запрошенные ресурсы. Они представляют собой строку символов ASCII, помещённых между двойными кавычками (например, **"675af34563dc-tr34"**) и могут быть префиксами **W/**, чтобы указать, что следует использовать слабый алгоритм сравнения.

`*`

Звёздочка представляет собой специальное значение, представляющее любой ресурс.

Примеры
-------
```

If-Match: "bfc13a64729c4290ef5b2c2730249c88ca92d82d"

If-Match: W/"67ab43", "54ed21", "7892dd"

If-Match: *
```

Спецификации
------------

| Спецификация | Название |
| --- | --- |
| RFC 7232, раздел 3.1: If-Match | Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `ETag`
* `If-Unmodified-Since`
* `If-Modified-Since`
* `If-None-Match` (en-US)
* `416` `Range Not Satisfiable`
* `412` `Precondition Failed`
Range
=====

Заголовок запроса **`Range`** указывает серверу какую часть документа ему необходимо вернуть. Несколько частей документа может быть запрошено с помощью заголовка `Range` за один раз, и сервер может вернуть все эти части через многокомпонентный документ. При отправке данных отдельными частями, сервер использует код ответа `206` `Partial Content`. Если запрашиваемые диапазоны данных не верны, сервер возвращает ошибку `416` `Range Not Satisfiable`. Сервер так же может проигнорировать заголовок `Range` и вернуть документ целиком с кодом ответа `200`.

|  |  |
| --- | --- |
| Тип заголовка | Request header |
| Forbidden header name | нет |

Синтаксис
---------
```

Range: <единица>=<начало-диапазона>-
Range: <единица>=<начало-диапазона>-<конец-диапазона>
Range: <единица>=<начало-диапазона>-<конец-диапазона>, <начало-диапазона>-<конец-диапазона>
Range: <единица>=<начало-диапазона>-<конец-диапазона>, <начало-диапазона>-<конец-диапазона>, <начало-диапазона>-<конец-диапазона>
Range: <единица>=-<длина-с-конца>
```

Директивы
---------

<единица>

Единица, в которой указывается запрашиваемый диапазон. Обычно объявляется, как `bytes`.


<начало-диапазона>

Число, в указанных единицах, являющееся началом запрашиваемого диапазона.

<конец-диапазона>

Число, в указанных единицах, являющееся концом запрашиваемого диапазона. Это значение не является обязательным и, если его не определять, концом диапазона будет считаться конец документа.

<длина-с-конца>

Количество единиц документа, которые необходимо вернуть серверу, начиная с конца документа.

Примеры
-------

Запрашивание трёх диапазонов байтов из одного файла.
```

Range: bytes=200-1000, 2000-6576, 19000-
```


Запрашивание первых 500 и последних 500 байтов из файла. Запрос может быть отклонён сервером в связи с перекрывающимися диапазонами.
```

Range: bytes=0-499, -500
```

Спецификации
------------

| Спецификация | Заголовок |
| --- | --- |
| RFC 7233, раздел 3.1: Range | Hypertext Transfer Protocol (HTTP/1.1): Range Requests |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `If-Range` (en-US)
* `Content-Range` (en-US)
* `Content-Type`
* `206` `Partial Content`
* `416` `Range Not Satisfiable`
Content-Encoding
================

**`Content-Encoding`** - это сущность заголовка, используемая для сжатия медиа-типа. При наличии её значение определяет кодировку, применённую к сущности **`body`**. Это позволяет клиенту информацию как декодировать **`body`**, чтобы получить медиа-тип ссылающийся на заголовок **`Content-Type`**

Рекомендация - сжимать данные насколько это возможно и следовательно использовать это поле, но некоторые типы данных, такие как изображения в формате jpeg, уже сжаты. Иногда, использование дополнительного сжатия не уменьшает размер пакета и даже может сделать загрузку дольше.

|  |  |
| --- | --- |
| Header type | Entity header |
| Forbidden header name | no |

Синтаксис
---------
```

Content-Encoding: gzip
Content-Encoding: compress
Content-Encoding: deflate
Content-Encoding: identity
Content-Encoding: br

// Multiple, in the order in which they were applied
Content-Encoding: gzip, identity
Content-Encoding: deflate, gzip
```

Директивы
---------

`gzip`

A format using the Lempel-Ziv coding (LZ77), with a 32-bit CRC. This is the original format of the UNIX *gzip* program. The HTTP/1.1 standard also recommends that the servers supporting this content-encoding should recognize `x-gzip` as an alias, for compatibility purposes.

`compress`

A format using the Lempel-Ziv-Welch (LZW) algorithm. The value name was taken from the UNIX *compress* program, which implemented this algorithm. Like the compress program, which has disappeared from most UNIX distributions, this content-encoding is not used by many browsers today, partly because of a patent issue (it expired in 2003).

`deflate`

Using the zlib structure (defined in RFC 1950) with the *deflate* compression algorithm (defined in RFC 1951).

`identity`

Indicates the identity function (i.e., no compression or modification). This token, except if explicitly specified, is always deemed acceptable.

`br`

A format using the Brotli algorithm.

Examples
--------

### Compressing with gzip

On the client side, you can advertise a list of compression schemes that will be sent along in an HTTP request. The `Accept-Encoding` (en-US) header is used for negotiating content encoding.
```

Accept-Encoding: gzip, deflate
```


The server responds with the scheme used, indicated by the `Content-Encoding` response header.
```

Content-Encoding: gzip
```


Note that the server is not obligated to use any compression method. Compression highly depends on server settings and used server modules.

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

| Specification | Title |
| --- | --- |
| RFC 7932: Brotli Compressed Data Format | Brotli Compressed Data Format |
| RFC 7231, раздел 3.1.2.2: Content-Encoding | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |
| RFC 2616, раздел 14.11: Content-Encoding | Content-Encoding |

Совместимость с браузерами
--------------------------

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

See also
--------

* `Accept-Encoding` (en-US)
* `Transfer-Encoding` (en-US)
Last-Modified
=============

Заголовок **`Last-Modified`** в ответе HTTP содержит дату и время, в которую, по мнению удалённого сервера, запрашиваемый ресурс был изменён. Он используется в качестве средства проверки для определения того, остался ли ресурс неизменным. Этот заголовок менее надёжный, чем `ETag`, и используется как резервный механизм. Условный запрос, содержащий заголовок `If-Modified-Since` или `If-Unmodified-Since` позволяет серверу использовать для сравнения эту дату.

|  |  |
| --- | --- |
| Тип заголовка | Response header (en-US) |
| Forbidden header name | нет |
| CORS-safelisted response-header (en-US) | да |

Синтаксис
---------
```

Last-Modified: <имя-дня>, <номер-дня> <имя-месяца> <год> <час>:<минута>:<секунда> GMT
```

Директивы
---------

<имя-дня>

Одно из: "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", или "Sun" (чувствительно к регистру).

<номер-дня>

Номер дня из двух цифр, например "04" или "23".

<имя-месяца>

Одно из: "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" (чувствительно к регистру).

<год>

Номер года из четырёх цифр, например "1990" или "2016".

<час>

Номер часа из двух цифр, например "09" или "23".

<минута>

Номер минуты из двух цифр, например "04" или "59".

<секунда>

Номер секунды из двух цифр, например "04" или "59".

`GMT`

Greenwich Mean Time. HTTP даты всегда представлены GMT, и никогда — в локальном поясе.

Примеры
-------
```

Last-Modified: Wed, 21 Oct 2015 07:28:00 GMT
```

Спецификации
------------

| Specification | Title |
| --- | --- |
| RFC 7232, раздел 2.2: Last-Modified | Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `If-Modified-Since`
* `If-Unmodified-Since`
* `Etag`
If-Unmodified-Since
===================

HTTP-заголовок запроса **`If-Unmodified-Since`** делает запрос условным: сервер отправит обратно запрошенный ресурс или примет его в случае `POST` или другого небезопасного метода, только если он не был последним изменён после указанной даты. Если запрос был изменён после указанной даты, то ответ будет `412` (Precondition Failed) ошибка.

Существует два распространённых варианта использования:

* В сочетании с другими небезопасными методами, такими как `POST`, он может использоваться для реализации optimistic concurrency control, например, сделанного некоторыми вики-версиями: выпуски отклоняются, если сохранённый документ был изменён с момента восстановления оригинала.

* В сочетании с запросом диапазона с `If-Range` (en-US) его можно использовать для обеспечения того, чтобы новый фрагмент запрашивался из немодифицированного документа.

|  |  |
| --- | --- |
| Тип заголовка | Заголовок запроса |
| Запрещённое имя заголовка | Нет |

Синтаксис
---------
```

If-Unmodified-Since: <day-name>, <day> <month> <year> <hour>:<minute>:<second> GMT
```

Директивы
---------

<day-name>

One of "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", or "Sun" (case-sensitive).

<day>

2 digit day number, e.g. "04" or "23".

<month>

One of "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" (case sensitive).

<year>

4 digit year number, e.g. "1990" or "2016".

<hour>

2 digit hour number, e.g. "09" or "23".

<minute>

2 digit minute number, e.g. "04" or "59".

<second>

2 digit second number, e.g. "04" or "59".

`GMT`

Greenwich Mean Time. HTTP dates are always expressed in GMT, never in local time.

Примеры
-------
```

If-Unmodified-Since: Wed, 21 Oct 2015 07:28:00 GMT
```

Спецификации
------------

| Спецификация | Заголовок |
| --- | --- |
| RFC 7232, раздел 3.4: If-Unmodified-Since | Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `Last-Modified`
* `If-Modified-Since`
* `If-Match`
* `If-None-Match` (en-US)
* `If-Range` (en-US)
* `412` `Precondition Failed`
DNT
===

The **`DNT`** (**D**o **N**ot **T**rack - Не отслеживать) заголовок указывает разрешает ли пользователь отслеживать себя. Он позволяет пользователю указать предпочитают они приватность персонифицированному контенту, подготавливаемому с использованием отслеживания.

|  |  |
| --- | --- |
| Header type | Request header |
| Forbidden header name | yes |

Синтаксис
---------
```

DNT: 0
DNT: 1
```

Директивы
---------

0

Пользователь разрешает отслеживание на целевом сайте.

1

Пользователь предпочитает не отслеживаться на целевом сайте.

Примеры
-------

### Чтение статуса Do Not Track из JavaScript

DNT предпочтение пользователя может быть считано из JavaScript используя свойство `Navigator.doNotTrack` :


```js
navigator.doNotTrack; // "0" or "1"
```

Спецификация
------------

#### No specification found

No specification data found for `http.headers.DNT`.  
Check for problems with this page or contribute a missing `spec_url` to mdn/browser-compat-data. Also make sure the specification is included in w3c/browser-specs.

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `Navigator.doNotTrack`
* `Tk` (en-US) header
* Do Not Track on Wikipedia
* What Does the "Track" in "Do Not Track" Mean? – EFF
* donottrack.us
* DNT browser settings help:
    + Firefox
    + Chrome
X-Content-Type-Options
======================

HTTP-заголовок ответа **`X-Content-Type-Options`** является маркером, используемым сервером для указания того, что типы MIME, объявленные в заголовках `Content-Type`, должны соблюдаться и не изменяться. Это позволяет отказаться от перехвата MIME, или, другими словами, это способ сказать, что веб-мастера знали, что они делают.

Этот HTTP-заголовок был введён Microsoft в IE 8 как способ для веб-мастеров блокировать происходящий перехват содержимого и может преобразовывать неисполняемые типы MIME в исполняемые типы MIME. С тех пор другие браузеры внедрили его, даже если их алгоритмы обработки MIME были менее агрессивными.

Тестеры безопасности сайта обычно ожидают, что этот заголовок будет установлен.

**Примечание:** Примечание: `nosniff` применяется только к типам "`script`" и "`style`". Также применение `nosniff` к изображениям оказалось несовместимым с существующими веб-сайтами.


|  |  |
| --- | --- |
| Header type | Response header (en-US) |
| Forbidden header name | no |

Синтаксис
---------
```

X-Content-Type-Options: nosniff
```

Директивы
---------

`nosniff`

Блокирует запрос, если запрошенный тип:

* "`style`" и его MIME не "`text/css`", или
* "`script`" и его MIME не JavaScript MIME-тип.

Спецификации
------------

| Specification |
| --- |
| Fetch Standard # x-content-type-options-header |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `Content-Type`
* Первоначальное определение X-Content-Type-Options от Microsoft®.
* Инструмент Обсерватория Mozilla проверяющий конфигурацию (включая этот заголовок) веб-сайтов на безопасность.
* Смягчение MIME путаницы в Firefox
* Блокировка чтения из разных источников (Cross-Origin Read Blocking)
* Google Docs CORB explainer
If-Modified-Since
=================

Заголовок HTTP запроса **`If-Modified-Since`** делает запрос условным: сервер отправит обратно запрошенный ресурс с статусом `200`, только если он был изменён после указанной даты. Если запрос не был изменён после указанной даты, ответ будет `304` без какого-либо тела; заголовок `Last-Modified` при этом будет содержать дату последней модификации. В отличие от `If-Unmodified-Since`, `If-Modified-Since` может использоваться только с `GET` или `HEAD`.

При использовании в сочетании с `If-None-Match` (en-US) заголовок `If-Modified-Since` игнорируется, кроме тех случаев, когда сервер не поддерживает If-None-Match.

Наиболее распространённым вариантом использования является обновление кешированного объекта, не связанного с `ETag`.

|  |  |
| --- | --- |
| Header type | Request header |
| Forbidden header name | no |

Синтаксис
---------
```

If-Modified-Since: <day-name>, <day> <month> <year> <hour>:<minute>:<second> GMT
```

Директивы
---------

<day-name>

День недели ("Mon", "Tue", "Wed", "Thu", "Fri", "Sat" или "Sun") с учётом регистра.

<day>

День (2 цифры), например, "04" или "23".

<month>

Название месяца ("Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec") с учётом регистра.

<year>

Год (4 цифры), например, "1990" или "2016".

<hour>

Час (2 цифры), например, "09" или "23".

<minute>

Минута (2 цифры), например, "04" или "59".

<second>

Секунда (2 цифры), например, "04" or "59".

`GMT`

Среднее время по Гринвичу (Greenwich Mean Time). HTTP даты всегда представлены как GMT время и никогда как локальное.

Примеры
-------
```

If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT
```

Спецификации
------------

| Спецификация | Название |
| --- | --- |
| RFC 7232, раздел 3.3: If-Modified-Since | Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests |

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `ETag`
* `If-Unmodified-since`
* `If-Match`
* `If-None-Match` (en-US)
* `304` `Not Modified`
Access-Control-Allow-Origin
===========================

Заголовок ответа **`Access-Control-Allow-Origin`** показывает, может ли ответ сервера быть доступен коду, отправляющему запрос с данного источника origin.

|  |  |
| --- | --- |
| Тип заголовка | Response header (en-US) |
| Forbidden header name | нет |

Синтаксис
---------
```

Access-Control-Allow-Origin: *
Access-Control-Allow-Origin: <origin>
Access-Control-Allow-Origin: null
```

Директивы
---------

`*`

Для запросов *без учётных данных*. Значение "`*`" может быть использован как шаблон; значение указывает браузеру разрешить запросы из любых источников. Попытка использовать шаблон с учётными данными приведёт к ошибке (en-US).

`<origin>`

Указывает источник. Может быть указан только один источник.

`null`

Определяет в качестве источника "null".

**Примечание:** Не используйте `null`: "Может показаться, что вернуть `Access-Control-Allow-Origin: "null"` безопасно, но сериализация Источника любого ресурса, использующего неиерархическую схему (такие как `data:` или `file:`), и изолированные документы, определяются как "null". Многие пользовательские агенты предоставляют таким документам доступ к ответу с заголовком `Access-Control-Allow-Origin: "null"`, и любой источник может создать враждебный документ с Источником "null". Поэтому использования заголовка ACAO со значением "null" следует избегать."

Примеры
-------

Ответ, который указывает браузеру разрешить доступ к ресурсу из любого источника:
```

Access-Control-Allow-Origin: *
```


Ответ, который указывает браузеру разрешить доступ к ресурсу только из источника `https://developer.mozilla.org`:
```

Access-Control-Allow-Origin: https://developer.mozilla.org
```


Чтобы ограничить `Access-Control-Allow-Origin` разрешённым набором значений, необходимо реализовать логику на стороне сервера для проверки значения заголовка `Origin` запроса, сравнить его с разрешённым списком источников, а затем, если значение `Origin` присутствует в списке, задать значение `Access-Control-Allow-Origin`, равное значению `Origin`.

### CORS и кеширование

Если сервер послал ответ со значением `Access-Control-Allow-Origin`, которое содержит явное указание источника (а не шаблонное значение "`*`"), тогда ответ также должен включать в себя заголовок `Vary` со значением `Origin` — чтобы указать браузеру, что ответы с сервера могут отличаться в зависимости от заголовка запроса `Origin`.
```

Access-Control-Allow-Origin: https://developer.mozilla.org
Vary: Origin
```

Спецификации
------------

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

Совместимость с браузерами
--------------------------

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

Смотрите также
--------------

* `Origin`
* `Vary`
* Cross-Origin Resource Sharing (CORS)
* `Cross-Origin-Resource-Policy` (en-US)