Честно говоря, вообще не поняли о каких Вы проблемах говорите. Работает и в утф8 и в 1251 куча сайтов.
Мелкие нюансы с корявыми настройками бывают в любой кодировке, на погоду это никак не влияет вообще.
Совершенно верно! Более того, мы об этом уже говорили тут же в топике раньше
Хотя если Вы упираетесь в ширину канала, а статика у Вас разбросана по облачным сервисам, то разница в полтора раза в объеме страницы может быть заметна. Для 80 мбит достаточно дешевых 100мбит, а вот для 120 мбит приходится уже гигабит покупать:)
Зададим тон топику - мы все слили, при этом бездарно (от 36 до 60 в среднем), надеемся откупиться, но не сильно 😂
Что именно "на каждый пук"? € ? Все автоматом же преобразуется.
Вы времена latin1 не застали видать?:)
Мы встречали. При скачке файлов, при http авторизации, еще в каких-то аналогичных ситуациях.
p.s.: Вбили € в яндекс. Пишет синтаксическая ошибка 😂
***8364;
Не, ну если нужно то нужно.
Но и тут - можно разделять контент. Например форма комментов на той же библиотеке - вполне имеет право быть в утф. С другой стороны в "легких" случаях никто не мешает сделать //translit //ignore
Дело в том, что иногда эти траблы вызывает как раз утф8. Т.е. ситуация неоднозначная.
К тому же конкретно это можно решить рекодингом в утф8 перед выдачей клиенту, да и https в общем-то рано или поздно прийдет как стандарт де-факто.
Никто не мешает поступить по аналогии с "битриксвей", хотя это конечно не совсем кошерно, но все же лучше чем костылить на каждую функцию. Конвертим строку в утф, делаем что надо, конвертим обратно. Скорость это конечно уменьшит, но поскольку это будет касаться только уже найденного текста (а не хранящегося и ищущегося - ибо в мускуле проблем с кодировками нет), выигрышь будет все равно.
Можно пару примеров рядовых штатных функций которые Вы используете, которые умеют что-то делать в утф, но не умеют делать то же самое с 1251?
Нам вот сейчас аж любопытно стало, а как Вы с утф-8 вообще работаете? Через какие функции?
strlen не годится (в общем случае, если не делать mbstring.overload как в битриксе), а mb_strlen или iconv_strlen работает отлично и для utf-8 и для cp1251.
Так что Вы такое используете для работы с utf-8, что нельзя использовать для работы с 1251?:)
Да на этой же странице в первых сообщениях противопоставлялся сбер гос.банкам. Вы говорили о том, что коммерческий банк "конечно все вернет если сможет не то что сбер который прикарманит".
Дада, настоящий программист, такой каким Вы себя вероятно считаете, вшивает кодировку в архитектуру сайта, да так, что сменить ее не переписав всю цмс невозможно. А тех кто делает по другому - делает цмс независимые от кодировки - называет менагерами и балаболами. Окей. Давайте на этом и закончим нашу с Вами любопытнейшую дискуссию.
Это же книги, а не фильмы. Нужна не только скачка.
😂 Сегодня день жгунов просто.
Т.е. утф8 это современно и всем нужно. А движок у которого кодировка не прошита в мясо в самые недра архитектуры это на фиг нужно потому что очень сложно.
Может Вы еще mysql или mysqli используете вместо pdo и аналогов? Ну "что бы попроще":)
Неее. Весь вопрос в том, кто Вас так жестоко обманул, внушив мысль о том, что кодировку надо вшивать в архитектуру намертво и что потом без "переделки всего" уже никуда не деться 😂
Переход с 1251 на утф8, при изначально грамотно сделанном проекте (а не том где программист с дубу рухнув вшил кодировку в архитектуру), занимает децл времени и не требует никаких переработок кода.
Ошибаетесь.
Какому клиенту? Вы рассматриваете какую-то абстракцию, совершая типичную для программистов ошибку - желание сделать "все сразу и универсально". Каждый случай надо рассматривать отдельно.
А Вы действительно готовы (в трезвом состоянии и далее по тексту) делать для клиента в 2 раза более медленный сайт, только потому, что "утф это современно"?
Вот, например, сайт библиотеки, где больше 50гб русских (и только русских книг). В среднем в 4 раза быстрее он работает на 1251, при этом требуя в 2 раза более дешевое железо. Правда будете перетаскивать клиента на утф8? Исходя из того что "ну как-то несовременно"?
Кроме того, нас несколько удивляет то, что используемую локаль Вы считаете частью архитектурного решения. По нам так это полнейшая дичь вшивать локаль в архитектурное решение. Может Вы еще и дизайн предложите вшить сделав его частью архитектуры?---------- Добавлено 18.01.2015 в 15:00 ----------
Размер страницы отдаваемой клиенту действительно вторичен. Мы говорили скорее о том, в каком виде хранить данные (ибо это сказывается и на объеме и как следствие - на скорости операций с этим объемом данных). Ну а если хранить их в 1251, то и отдавать в утф как-то глупо:)
И опять же, будущей жизнью сайта никто при этом не рискует. Переход с 1251 на утф8, в случае если будущее сайта этого потребует, занимает минут 10 - в конфиге поменять 1251 на утф8 и нажать кнопку конверта.
