Порядок заголовков в ответе HTTP когда-нибудь имеют значение?

Question

Порядок заголовков в ответе HTTP когда-нибудь имеют значение?

Ладно, поэтому для любого такого глупого, как я, вот в основном то, что я делал неправильно:

Вместо addPlayer в update: (store, { data: { addPlayer } }), это должно быть любое имя мутации. Таким образом, в этом случае insert_players.
По умолчанию ответ мутации от Хасуры имеет поле returning, которое является списком, и поэтому добавленный игрок является первым элементом в списке, поэтому вы можете получить его следующим образом: const addedPlayer = insert_players.returning[0];

Я не хотел просто удалять свой вопрос после того, как понял, что было неправильно вскоре после его публикации, на случай, если это будет полезно другим людям, таким как я, и поэтому я оставлю его.

60

http-headers

задан Josh Gibson 14 July 2011 в 01:59

3 ответа

Порядок заголовков не должен иметь значения , Могут быть «более слабые» реализации стандарта HTTP, где порядок имеет значение, но это не должно быть вообще.

Вот ссылка, которая описывает заголовки HTTP:

http://www.w3.org/Protocols/ rfc2616 / rfc2616-sec4.html # sec4.2

8

ответ дан Andy White 24 November 2019 в 17:52

Заголовки HTTP независимы друг от друга, и вы можете использовать словарь для их хранения, не беспокоясь об их порядке.

2

ответ дан Kirtan 24 November 2019 в 17:52

Другие вопросы по тегам:

http-headers

Похожие вопросы:

score 67 · Accepted Answer

Нет, это не имеет значения для заголовков с разными именами. См. RFC 2616 , раздел 4.2:

Порядок, в котором поля заголовка с разными именами полей получено не значимо. Тем не менее, это «хорошая практика» для отправки сначала поля общего заголовка, затем заголовок запроса или ответ поля заголовка и заканчивающиеся полями заголовка объекта.

Это, однако, имеет значение для нескольких заголовков с одинаковым именем:

Несколько полей заголовка сообщения с одинаковым именем поля МОГУТ быть присутствовать в сообщении, если и только если все значение поля для этого Поле заголовка определяется как список, разделенный запятыми [т.е. # (значения)]. ДОЛЖНО быть возможно объединить несколько полей заголовка в одно пара «field-name: field-value», без изменения семантики сообщение, добавляя каждое последующее значение поля к первому, каждому разделенные запятой. Порядок, в котором поля заголовка с одинаковыми поэтому имя-поля получено значимым для интерпретация объединенного значения поля и, следовательно, прокси НЕ ДОЛЖНА изменить порядок значений этих полей при пересылке сообщения.