KN
ну или "пустым квадратиком"
Size: a a a
2021 April 15
KN
а в пыхе, как понимаешь - пофигу на это, и даже если не нормализовывать - можно эту строчку как есть сразу в базу пихнуть или переслать куда
AM
Ну да. Но это в тех случаях, если ПО выбрало какую-то кодировку. А вот выбери оно другую — то было бы иначе (и другие символы могли бы стать кубиками, а те, что были кубиками в первой — стали бы нормальными символами)
KN
Ну это да
AM
Не согласен. Если к тебе прилетит строка от неизвестного юзера (т.е. ты не контролируешь источник) с началом в виде Юникода, но с основной частью в Win-1251, то тут или ты сам хреново загрузишь в БД, или же будешь пытаться определить (ошибка юзера или рили он бред хочет сохранить)
KN
А это уже проблема валидации, а не ошибка языка
KN
т.е. уровень другой
KN
т.е. ты сам провалидируешь и скажешь что не так, а не язык скажет за тебя "что это за фигня, я не могу это в строчку засунуть"
AM
Эм... Ну да. Но оно в целом и до Юникода везде так было. Т.е. ты получал на вход одно и конвертировал в своё. Проблемой было если ты мог получать в куче разных кодировок (и приходилось всё валидировать и спрашивать че за кодировка). С юникодом это пропало
KN
Ну так и в пыхе подразумевается что везде utf-8 =)
AM
Нет, подразумевается ansi. Функции же работают как с ansi-строками. А потом уже пришли мы (юзера) и начали ставить кодировку БД как utf-8 и html utf-8. Всё совпало и начало работать
KN
только конвертировать это всё не надо, а только тогда, когда надо влезть внутрь и посмотреть что там
AM
(кроме функций пхп)
KN
Ну блин, с другой стороны - тебе вообще на это пофигу
AM
хотя вот может что-то в ядре пхп относительно работы с сетью и подкрутили под юникод, не знаю
AM
это да, пофигу
KN
Кроме как при создании папки с кириллицей в пути :D
AM
ну или всяких проверок длины и тп
KN
mb_strlen, карл
KN
только strlen на порядки чаще нужен