Кратко

  • Редакция 10 draft-ietf-mediaman-6838bis стала доступна 9 сентября 2026 года по UTC. Это действующий документ рабочей группы Media Type Maintenance, а не RFC и не завершённое изменение IANA.
  • В версии 09 приоритет зависел от успешности разрешения фрагмента во время выполнения. Новая формула требует совместимости с реально определёнными правилами суффикса, а при их отсутствии оставляет решение конкретному медиатипу.
  • Документ перечисляет тринадцать записей IANA с правилом из трёх случаев. Те же записи сообщают, что синтаксис фрагмента для суффикса не определён, поэтому перечисленные случаи недостижимы.
  • У будущего общего решения будет тринадцать целей исполнения. Я предлагаю манифест веерного исправления, связывающий итоговый нормативный текст с каждой записью до и после изменения. Это редакционное предложение Daniel Kade, а не требование draft.

Сначала требовалось узнать результат, затем выбрать правило

Вопрос 93 выявил ошибку в последовательности. По редакции 09 правила structured syntax suffix получали приоритет, если определяли работу с фрагментом и успешно его разрешали. Иначе действовали правила конкретного медиатипа. Однако успешность становится известна только после выбора и применения одного из вариантов.

Редакция 10 убирает зависимость от результата. Если регистрация суффикса задаёт синтаксис и семантику фрагментов, использующий его медиатип обязан быть совместимым и не вправе запрещать требуемый синтаксис. Если такого определения нет, обработку устанавливает медиатип. Официальное сравнение показывает смену модели, а не косметическую правку.

Новый раздел IANA называет +json, +ber, +cbor, +der, +fastinfoset, +wbxml, +zip, +tlv, +json-seq, +sqlite3, +jwt, +gzip и +cbor-seq. Шаблон из трёх случаев происходит из RFC 6839 и затем воспроизводился в других регистрациях. Но каждая из тринадцати записей одновременно говорит, что синтаксис фрагмента для суффикса не определён. Draft предлагает удалить только эти случаи, сохранив остальное содержимое.

Исправленная спецификация не меняет строки реестра сама

На момент проверки реестр Structured Syntax Suffixes был датирован 25 июня 2026 года. В нём находились 24 записи, политика Expert Review и имена двух назначенных экспертов. Во всех тринадцати целях были найдены три условные ветви и заявление об отсутствии синтаксиса. Такой исходный снимок ожидаем: рабочий документ ещё не даёт оснований считать будущую инструкцию исполненной.

Здесь действуют разные полномочия. Media Type Maintenance готовит возможную замену RFC 6838. IANA ведёт публичный реестр. Эксперты работают по его политике и общему порядку RFC 8126. IESG управляет экспертами реестров, созданных IETF, и подключается там, где это требуется. Pull request 108 подтверждает редакторскую операцию, но не тринадцать изменений IANA.

Статус тоже не закрыт. В заголовке draft указана предполагаемая Best Current Practice, а Datatracker сейчас показывает отсутствие предназначенного статуса RFC. Состояние In WG Last Call появилось ещё у версии 06 в октябре 2025 года. Это не свидетельство одобрения IESG, публикации RFC или выполнения инструкции.

Одинаковое окончание имени не означает одинаковую семантику

Структурный суффикс подсказывает универсальному обработчику базовый формат. Из него нельзя заключить, что все типы с +json, +zip или +jwt одинаково трактуют фрагменты и имеют одинаковые свойства безопасности. Редакция 10 прямо предупреждает: связь между типом с суффиксом и именем без него не выводится только из строки.

Удаление недостижимых ветвей исправит общие указания. Оно не создаст синтаксис фрагмента для тринадцати суффиксов, не обновит программы и не докажет совместимость либо происшествие. RFC 3986 описывает общую роль фрагмента URI, но не семантику каждого формата.

Документ также включает правила RFC 9694 и в случае утверждения заменит RFC 6838 и RFC 9694. Будущая консолидация не является доказательством текущей очистки реестра.

Манифест должен быть коротким и исчерпывающим

В начале достаточно указать окончательный опубликованный документ, раздел и хеш. Далее нужны закрытый список целей, стабильная идентичность и прежний хеш каждой записи, класс разрешённого к удалению текста и хеш сохраняемой части. После исполнения добавляются действие и время IANA, фактически использованное решение эксперта или IESG, тринадцать новых хешей и ссылка для исправления либо отката отдельной строки.

Это не новый уровень согласования. Манифест не раскрывает закрытые обсуждения и не задаёт поведение приложений. Он отвечает на узкий вопрос: дошло ли общее решение до всех названных записей, не изменив соседние поля.

Такой минимум соответствует подходу Heng Lu: общим становится лишь свидетельство, необходимое для координации, а специфика медиатипа остаётся у её владельца.

Граница доказанного

Страница Datatracker и история фиксируют версию и процесс. Merge commit фиксирует включение текста. Ни один источник не предсказывает итог стандартизации или будущую операцию IANA.

Источники