diff --git a/src/ru/clean-copy/05-[В разработке] Раздел IV. HTTP API и REST/03.md b/src/ru/clean-copy/05-[В разработке] Раздел IV. HTTP API и REST/03.md index 7514bb4..19c0217 100644 --- a/src/ru/clean-copy/05-[В разработке] Раздел IV. HTTP API и REST/03.md +++ b/src/ru/clean-copy/05-[В разработке] Раздел IV. HTTP API и REST/03.md @@ -47,11 +47,11 @@ URL принято раскладывать на составляющие, ка * домен может включать в себя поддомены; * порт (port); * путь (path) — часть URL между именем хоста (с портом) и символами `?`, `#` или концом строки - * путь принято разбивать по символу `/` и работать с каждой частью как отдельным токеном — но стандарт этого, вообще говоря, не предписывает; + * путь принято разбивать по символу `/` и работать с каждой частью как отдельным токеном — но стандарт, вообще говоря, не предписывает никакой семантики такому разбиению; * пути с символом `/` и без символа `/` в конце (скажем `/root/leaf` и `/root/leaf/`) с точки зрения стандарта являются разными (и URL, отличающиеся только наличием/отсутствием слэша, считаются разными URL), хотя практически нам неизвестны аргументы в пользу того, чтобы не считать такие пути эквивалентными; - * пути могут содержать секции `.` и/или `..`, которые предлагается трактовать по аналогии с такими же символами в путях на файловой системе (и, соответственно, считать URL `/root/leaf`, `/root/./leaf`, `/root/branch/../leaf` эквивалентными), но стандарт этого вновь не предписывает; + * пути могут содержать секции `.` и/или `..`, которые предлагается трактовать по аналогии с такими же символами в путях на файловой системе (и, соответственно, считать URL `/root/leaf`, `/root/./leaf`, `/root/branch/../leaf` эквивалентными); * запрос (query) — часть URL после знака `?` до знака `#` или конца строки; - * query принято раскладывать на пары `ключ=значение`, разделённые символом `&`; следует вновь иметь в виду, что стандарт не предписывает query строго соответствовать этому формату; + * query принято раскладывать на пары `ключ=значение`, разделённые символом `&`; следует вновь иметь в виду, что стандарт не предписывает query строго соответствовать этому формату и не определяет никакой семантики; * также стандарт не предписывает никакой нормализации — два URL, которые различаются только порядком ключей в query, по стандарту являются разными URL; * фрагмент (fragment; также якорь, anchor) — часть URL после знака `#`; * фрагмент традиционно рассматривается как адресация внутри запрошенного документа, поэтому многими агентами опускается при выполнении запроса;