Comments 26
При помощи декодера наподобие ZXING можно просмотреть сырые байты каждого кода.
ВЕРХНИЙ РЕГИСТР
20 93 1a a6 54 63 dd 28 35 1b 50 e9 3b dc 00 ec11 ec 11
для эффективного хранения данных у алфавитно-цифрового режима есть только ограниченное подмножество символов. Это буквы в верхнем регистре и несколько пунктуационных символов: пробел $ % * + - . / :
Никогда ещё переводчик не был так близок к провалу.
В этом подмножестве нет кириллицы, тут переводить не надо было.
Не совсем понял претензию
Тут про то, что кирилический текст ("ВЕРХНИЙ РЕГИСТР") будет передаваться в режиме "8 бит на символ", а не сокращённом
Оригинал на английском и там "UPPER CASE" будет при чтении пониматься как прописные латинские буквы. При переводе на русский получился "ВЕРХНИЙ РЕГИСТР" и у читателя может создасться впечатление, что и для кириллицы описанное поведение верно, но это не так.
Конечно, если читатель сходит по ссылке, то он и сам это поймёт, но в переводе эта часть будет потенциально путающней. IMHO при переводе стоило бы это подчеркнуть.
Как минимум в последней фразе:
Так что имейте в виду: если вам нужен минимальный физический размер QR-кода, содержащий URl, то весь текст должен быть написан заглавными буквами.
"ВЕРХНИЙ РЕГИСТР" - это не то, что закодировано, это подзаголовок-пояснение
Спасибо, одной непоняткой - меньше.
Т.е., подразумевается, что если фраза начинается с маленьких букв URI, то по умолчанию подразумевается, что там могут быть GET-параметры, и под них "включается" байтовый режим? А если с больших - то нет?..
Да похоже на то - у автора статьи кривой генератор qr-кодов который все url автоматом как бинарные данные кодирует.
Как по мне, вся статья раздута из ничего и нужна только как реклама сайта из qr кода
Не обязательно начинается, а вообще если содержит.
Весь смысл статьи в одном предложении: "для эффективного хранения данных у алфавитно-цифрового режима есть только ограниченное подмножество символов. Это буквы в верхнем регистре и несколько пунктуационных символов: пробел $ % * + - . / : "
Если в кодируемом тексте есть что-то еще, то включается бинарный режим кодирования.
От авторов "почему смска на латинице это 160 символов, но добавляя хоть один русский символ - не более 70"
С ВЕРХНИМ РЕГИСТРОМ вспоминается байка про телетайпы и терминалы, которые писали В ВЕРХНЕМ РЕГИСТРЕ, несмотря на то, что нижний читается лучше (на оба не хватало бит). Про то, что когда руководителю компании показали варианты, рассказали что лучше, а он парировал железным аргументом "Но как же тогда мы будем писать имя Божье?", и с тех пор все мучаются с ВЕРХНИМ РЕГИСТРОМ даже десятки лет спустя
Это если и работает, то не сработает на большинстве длин текста, только для граничных значений.
Уже по заголовку статьи любому айтишнику понятно, что дело в кодировке, даже если не знаешь точно, какие там биты что означают.
Если этот копирайтер возьмётся за объяснение того, почему кнопка сохранения в виде дискеты - трёхтомный роман получится.
странно, я так и не понял почему разной ëмкости qr-коды получаются. указано на разные варианты кодирования. но почему в одном случае один, а в другом другой если и там и там одинаковый набор символов? разный регистр, но при чëм тут кирилица и кодировка упомянутая в комментариях? причëм тут GET? это я не вдуплил или так не понятно написано??
не забираясь далеко, предполагаю что в одном варианте ПРОСТО НЕ ПРЕДУСМОТРЕНО использование обоих регистров букв? если так, то можно было попонятней это написать...
похоже да, Type 1 просто не предусматривает нижнего регистра, меньше вариантов, меньше код на выходе. для человека не осведомлëнного как там работают qr-коды совсем не понятно написано, скорее путает упоминание get и прочего. понятно объяснять это тоже уметь надо.
TLDR: Ответ на вопрос из заголовка в 3-х последних абзацах.
По адресу https://habr.com/ru/articles/885990/ я на эту статью попаду.
И по этому адресу HTTPS://HABR.COM/ru/articles/885990/ попаду.
А вот по этому HTTPS://HABR.COM/RU/ARTICLES/885990/ что-то не попадаю :-).
Бодро времени суток!
Автор молодец, но надо было начать анализ с ГОСТ 2015 года. Все методы кодирования в код быстрого отклика давно известны. Использовать АЦР для интернет ссылок не вариант. Не для этого он предназначен. Поэтому и коллизии появились. Изучайте модели кодирования, на много быстрее ответите на вопрос - Почему так?
Почему QR-коды в верхнем регистре меньше, чем в нижнем?