Что лучше утф-8 или виндовс-1251 ?

Вы на вопрос о ЯП выше вначале ответьте. Если речь о пыхе, то вы либо манагер, либо балабол.

с программированием как понимаю вы не знакомs примерно полностью? чтобы изначально движок был мультикодировочный - его изначально нужно таким писать, что значительно сложнее и топорнее, чем сделать сразу utf-8.

Дада, настоящий программист, такой каким Вы себя вероятно считаете, вшивает кодировку в архитектуру сайта, да так, что сменить ее не переписав всю цмс невозможно. А тех кто делает по другому - делает цмс независимые от кодировки - называет менагерами и балаболами. Окей. Давайте на этом и закончим нашу с Вами любопытнейшую дискуссию.

Это же книги, а не фильмы. Нужна не только скачка.

😂 Сегодня день жгунов просто.

Т.е. утф8 это современно и всем нужно. А движок у которого кодировка не прошита в мясо в самые недра архитектуры это на фиг нужно потому что очень сложно.

Может Вы еще mysql или mysqli используете вместо pdo и аналогов? Ну "что бы попроще":)

Нет, мне правда интересно как вы сумели обойти ограничение языка, который поддерживает мультибайтные кодировки только с помощью костылей и вот уже не один десяток лет никак не может переползти на жалкий UTF-8, который вы способны впереть за 10 минут. Опишите хотя бы общую схему реализации, интересно жеж.

edogs, если говорить о php - как сделать к примеру простые и часто встречающиеся действия независимыми от кодировки:

проверку длины текста.

обрезку текста по нужной длине.

перевод текста в нижний регистр.

разбивку длинных слов.

и т.п. или предлагаете на такое писать свои функции, в которых будет: if cp1521 делаем так elseif utf-8 делаем сяк else не знает че делать ? )))

Я думаю, в 2015 году, более уместна тема "UTF-8 или UTF-32". Но с windows-1251 конечно повеселили...

Нам вот сейчас аж любопытно стало, а как Вы с утф-8 вообще работаете? Через какие функции?

strlen не годится (в общем случае, если не делать mbstring.overload как в битриксе), а mb_strlen или iconv_strlen работает отлично и для utf-8 и для cp1251.

Так что Вы такое используете для работы с utf-8, что нельзя использовать для работы с 1251?:)

Так весь холивар из-за них, процентов на 30-ть + 70% заграничного "донорства" - все остальные противопоставления не более чем вкусовщина :)

блин... не хотел второй раз влезать😂

edogs, очень часто получается так, что в вин нету того что есть в утф, а в утф нету того что в вин (я про применяемые php функции). т.е. в одной из них придется костылить, а если не ограничиваться этими двумя кодировками, то вообще хз что будет, на каждую простую и стандартную функцию нужно будет писать свой костыль замену. Кстати во многих "универсальных" движках так и делается как смотрю.

Действительно манагер.

Я хз какие сайты ты и твоя контора делаете - но дам пример: сайт-журнал, англоязычная версия захотела расшириться в Китай и открыть там филиал. Ты, как охренительный кодер-который-всё-учёл, берёт свой драный конфиг, ставит туда UTF-8... и чо? Выводишь и дальше по 200 символов в превью статье? В языке, в котором символ эквивалентен слову? А ты учёл, что выводя текст по предложениям в китайской локали точка - это большая жирная хрень по центру строки? А в курсе ли ты, что при юзании mb_detect_encoding напрямую, либо через внутренные вызовы, кодировка не всегда определяется корректно? А на слова текст разбить можешь произвольный язык, не? А в курсе ли ты, манагер, что имея англоязычный ресурс в UTF-8 у тебя текст занимал бы всё равно один байт? А в курсе ли ты, что в mb_* нету всех эквивалентов строковых операций? А... да мде, чувак, ты точно сайты делаешь, а не клиентам мозги окучиваешь?