to quote or not to quote

[netch80]

Про грамматизьму в IETF я уже говорил, но, видно, мало. Только что нарвался с RFC2617.

Пусть параметр в открытом виде выглядит так: a"b
Как quoted-string в заголовке Authorization он будет выглядеть так: "a\"b"

Передавать же в вычисления response надо так: a\"b
(то есть снять только крайние кавычки, внутренность параметра не менять)

Возникает простой логичный вопрос: quoted-string допускает квотинг любого символа, то есть та же строка могла быть записана и как "\a\"\b", и как "\a\"b", и всеми аналогичными вариантами. И какой из них передавать в вычисления дайджеста, и почему?

Comments

[gegmopo4.livejournal.com]

Вероятно в том же виде, в каком и передан.

[netch80.livejournal.com]

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

[gegmopo4.livejournal.com]

А что есть значение и что представление в данном случае? Передаётся конкретное представление и оно же без искажений принимается. Никаких разных эквивалентных нет (разве что в парралельном мире).

[netch]

> Никаких разных эквивалентных нет (разве что в парралельном мире).

Пусть realm равен строке "Зюка, сайт 1".
Вариант 1 формирования заголовка:

Authorization: Digest realm="Зюка, сайт 1", ...

вариант 2 формирования заголовка:

Authorization: Digest realm="Зюка,\ сайт 1", ...

Генератор запроса имеет право использовать любую из этих форм.

Вы считаете их неэквивалентными?

[gegmopo4.livejournal.com]

Конкретный запрос использует конкретную форму. Если другой запрос использует другую форму — что нам с того, это другой запрос.