Каково определение «лексически упорядоченного» base64 и почему RFCC-1940, по-видимому, является канонической ссылкой? - PullRequest
Новая
       29

Каково определение «лексически упорядоченного» base64 и почему RFCC-1940, по-видимому, является канонической ссылкой?

0 голосов
/ 07 июня 2018

Сегодня я читал документацию для Base64Dialect класса Нетти.

Он включает в себя диалект, называемый ORDERED, о котором вкратце говорится:

Специальный «упорядоченный» диалект Base64, описанный в RFC1940.

Чтобы перейти к погоне, я не могу найти какое-либо определение того, что это такое, и включает в себя ошибочную ссылку, которая, кажется, реплицирует всечерез Интернет.

Вместо RFC-1940 документ фактически ссылается на RFCC-1940 , который, по-видимому, является «комментарием читателя» и бессмысленнымпри этом:

RFC 920: whkpiy clujzis brkyh dwojfmz jydwq hrnwcgklt fsltaiu

Комментарий lsnxkrjo sxavymwpg

Представлено 10/26/2006 2006* Связанный RFC: RFC-920

Теперь RFC-920 , похоже, не имеет ничего общего с базой 64:

Требования к домену

В этой памятке пересматриваются и уточняются требования по созданию Domain, впервые описанный в RFC-881 .Это добавляет существенные детали к этому обсуждению и вводит ограниченный набор доменов верхнего уровня.

Является ли RFC-1940 актуальным?Скимминг, нет. Я не вижу здесь ни одного определения кодировки base 64:

Маршрутизация по требованию источника: спецификация формата пакета и пересылки (версия 1).

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

Фактически, поиск в Интернете по запросу "rfcc 1940 упорядоченный base64" находит этот же URL во многих других документах, но, к сожалению, нет объяснения "лексически упорядоченной базы 64".

Есть ли где-нибудь обоснованное определение этого?И почему никто другой не заметил, что этот URL относится к чепухе?

1 Ответ

0 голосов
/ 07 июня 2018

Я не нашел «законного определения» заказанного Base64.(На момент написания статьи об этом даже не упоминалось на странице Википедии Base64 .)

Если вы рассматриваете код как спецификацию (!), Заказанный Base64 является вариантом вкоторый алфавит был переупорядочен в порядке возрастания ASCII.Это означает, что естественное упорядочение для упорядоченного Base64 такое же, как естественное упорядочение для соответствующей последовательности байтов.

Является ли проблемой отсутствие спецификации для упорядоченного Base64?

Вероятно, нет.

  • В действительности RFC, которые "определяют" различные варианты Base64 (и Base32 / Base16), на самом деле являются скорее попыткой описать варианты, чем указать их.То же самое относится и к статье в Википедии.

  • Из того, что я могу сказать (поиск в Google), упорядоченный вариант Base64 используется редко.

  • Реализация Base64 , в которой представлен упорядоченный вариант, является устаревшим кодом.(Это не изменилось за последние 8 лет).Новый код Java, который требует возможности кодирования / декодирования Base64, должен использовать стандартный класс Java java.util.Base64, представленный в Java 8.

Но это касается того, что javadocsВы связались (и другие!) со ссылкой на бессмысленную страницу.Эта страница, вероятно, в какой-то момент имела законное описание, но, похоже, она была разграблена.

...