Utf-8 или win-1251

[PHP_Master]

На русских хостинг-площадках по-умолчанию часто стоит win-1251

Лечится AddDefaultCharset

Редакторы в режиме UTF-8 работают медленнее

у тебя на столько древнее железо, чтоб это было ощутимо заметно (если только не использовать поиск в многобайтных файлах)?

Импорт экспорт данных часто происходит из MS Office файлов, а они у нас win-1251 (в openoffice всё однозначно - utf-8)
Контента в win-1251 в рунете больше по историческим причинам, его можно юзать напрямую в таком случае

Конвертация в наше время не проблема.

Да кстати не использую файлы для импорта-экспорта SQL, просто открываю два окна phpMyAdmin, в одном (например на локальной машине) делаю экспорт "на экран", копирую, а в другом (на сервере) открываю вкладку "SQL", вставить, выполнить - всё ок

Угу, особено если дамп несколько десятков/сот метров - шикарный вариант

Для аякса просто die(iconv("win-1251", "utf-8", $data)); (лучше в отдельную функцию поместить этот код, если хотите полностью скину код array->json)

Зачем, если можно/нужно юзать utf.

Итого: все проблемы высосаны из пальца.

 

[BlackByte]

В чем преимущества и недостатки этих кодировок?
У меня в дримвивере не отображается нормально win-1251.. вот думаю может на ютф кодить?
В чем разница вообще?
(извиняюсь за ламерский вопрос))

честно скажу
сколько лет уже работаю
что бы не было сейчас и в будущем мороки (а обычно потом оно начинается)

ставь сразу utf-8!!!

ибо что работа с БД, что сам текст... что переезд сайта с одного хостинга на другой.... ууу, как вспомню...

вообще если есть выбор, выбирай всегда юникод!

 

[drkwv]

win-1251 лично для меня почти всегда означает непонятный гемморой с кодировками, escape-последовательностями и прочей хренью. Давно уже все проекты делаю на utf-8 и еще ни разу об этом не пожалел.

 

[Hemi-Sync]

Пришел один раз начальник и сказал, что хочет поддержку другого языка. А исходники чужие и того, кто писал уже не найти. Было убито куча времени и было постоянно страшно. Ведь проект рабочий.

Так что только utf8. Подумайте, вдруг кто после вас писать будет. Не заставляйте его брать грех на душу, да и сами живее будете.

 

[DIAgen]

Сначало все делал на win1251, но сейчас перешел на UTF8, проще работать с базой (уже описывалась выше про это). Так же еще нету мороки с AJAX, так как win1251 не передаеться нормально, приходиться использовать iconv.
Но можно точно сказать что каждый вебераеть для себя сам.

 

[frost-rus]

Пришел один раз начальник и сказал, что хочет поддержку другого языка. А исходники чужие и того, кто писал уже не найти. Было убито куча времени и было постоянно страшно. Ведь проект рабочий.

Так что только utf8. Подумайте, вдруг кто после вас писать будет. Не заставляйте его брать грех на душу, да и сами живее будете.

Просто +1
Сам сейчас парюсь с аналогичной темой :tcl:

UTF уже много лет как стандарт. Причем вполне адекватный

 

[accme]

UTF-8, все основные редакторы с ним замечательно работают. Лично я, чтобы не переключать для старых скриптов кодировку в редкакторе, просто использую для них отдельный редактор с настроенной Win1251.

 

[slik_jay]

Редакторы в режиме UTF-8 работают медленнее

если ты о винде, то знай, даж там, начиная вроде с ХР стоят костыли, которые сначала переводят win1251 в utf-8, делают над ними операции, а тогда снова в win1251

 

[Sect0R]

Скажу как программист с 5-ти летним опытом работы на php - забудьте про windows-1251 !!!
Если у Вас проект вдруг понадобится сделать многоязычным кучу времени потеряете на смене кодировки.
UTF и только UTF

 

[polyetilen]

utf8 и никаких проблем с переводами и многоязычностью. С utf8 базой можно гарантировать вывод данных для любой кодировки, а с win1251 будут проблемы например yandex - проблемы с резултатом поиска, utf8 символы заменяет на латинские аналоги, mail.ru - в поиске вообще отбрасывает utf8 символы а в результате вопросы, narod.yandex.ru - выкидывает какой-то файл V_PSXIQc.part вместо результата поиска и т. д.