-=NAfunny=-
Новичок
1251 или UTF-8 ?
Какая кодировка лучше - Win-1251 или UTF-8 ?
Какая кодировка лучше - Win-1251 или UTF-8 ?
1251 или UTF-8 ?
- Автор темы -=NAfunny=-
- Дата начала
- Статус
-=NAfunny=-
Новичок
в том то и дело, что я - не знаю после прочтения статьи на одном сайте. Цитирую:
"utf-8
-имеет глюки (неверное обрезание слов, что дает отображение паразитных символов)
-не читается в notepad и наврняка будут проблемы с copy-paste в др. редакторах
-не распознается нек. поисковиками (Апортом)
-не поддерживается нормально в MySQL (не будет сортировки и поиска без учета регистра... но это наверно и не нужно)
-глюки могут быть в email, оправляемых на рус. языке (именно так глючит форум www.typo3.ru)
см. также http://www.typo3.ru/translation.html?&cHash=5ab3e65562&tt_board_uid=586
Кстати, typo 3.6 тоже перевели на utf-8. И для меня все эти вопросы актуальны
(На какой версии делать нов. сайт на typo3... но это так, к слову)
win-1251
-глюков с собственно кодировкой быть не должно
-нет проблем с редакторами и почтой
-патчить код приходить (в инсталяции www.crm.webmed.ru я поправил всего 4 файла,
но делать это в каждом новом модуле - грусно)
-будут глюки с системой... там на utf-8 наверняка завязаны какие-то PHP фукции...
но это догадки
Так что же делать?
Куда податься... На лево пойдешь - коня потеряешь, на правой пойдешь..."
"utf-8
-имеет глюки (неверное обрезание слов, что дает отображение паразитных символов)
-не читается в notepad и наврняка будут проблемы с copy-paste в др. редакторах
-не распознается нек. поисковиками (Апортом)
-не поддерживается нормально в MySQL (не будет сортировки и поиска без учета регистра... но это наверно и не нужно)
-глюки могут быть в email, оправляемых на рус. языке (именно так глючит форум www.typo3.ru)
см. также http://www.typo3.ru/translation.html?&cHash=5ab3e65562&tt_board_uid=586
Кстати, typo 3.6 тоже перевели на utf-8. И для меня все эти вопросы актуальны
(На какой версии делать нов. сайт на typo3... но это так, к слову)
win-1251
-глюков с собственно кодировкой быть не должно
-нет проблем с редакторами и почтой
-патчить код приходить (в инсталяции www.crm.webmed.ru я поправил всего 4 файла,
но делать это в каждом новом модуле - грусно)
-будут глюки с системой... там на utf-8 наверняка завязаны какие-то PHP фукции...
но это догадки
Так что же делать?
Куда податься... На лево пойдешь - коня потеряешь, на правой пойдешь..."
-=NAfunny=-
Новичок
Спасибо, всем за внимание!
Имхо - кривые руки да и только.
-имеет глюки (неверное обрезание слов, что дает отображение паразитных символов)
Выставить корректно локаль, использовать функции mb_ и т.п.
-не читается в notepad и наврняка будут проблемы с copy-paste в др. редакторах
Ну и дебилы - юзать NotePad. Проблем с копи пастом нет.
-не распознается нек. поисковиками (Апортом)
Ну и бридятина.
-не поддерживается нормально в MySQL (не будет сортировки и поиска без учета регистра... но это наверно и не нужно)
А я думал, нужно просто collate правильный отдавать при соединении, например collate_connection = utf8_general_ci
-глюки могут быть в email, оправляемых на рус. языке (именно так глючит форум www.typo3.ru)
Ключить может в голове, а при наличии правильных заголовков и использованию нормальных библиотек, а также соответствие с нормативными документами (стандартами) решает эти проблемы.
-будут глюки с системой... там на utf-8 наверняка завязаны какие-то PHP фукции...
но это догадки
lol =)
-имеет глюки (неверное обрезание слов, что дает отображение паразитных символов)
Выставить корректно локаль, использовать функции mb_ и т.п.
-не читается в notepad и наврняка будут проблемы с copy-paste в др. редакторах
Ну и дебилы - юзать NotePad. Проблем с копи пастом нет.
-не распознается нек. поисковиками (Апортом)
Ну и бридятина.
-не поддерживается нормально в MySQL (не будет сортировки и поиска без учета регистра... но это наверно и не нужно)
А я думал, нужно просто collate правильный отдавать при соединении, например collate_connection = utf8_general_ci
-глюки могут быть в email, оправляемых на рус. языке (именно так глючит форум www.typo3.ru)
Ключить может в голове, а при наличии правильных заголовков и использованию нормальных библиотек, а также соответствие с нормативными документами (стандартами) решает эти проблемы.
-будут глюки с системой... там на utf-8 наверняка завязаны какие-то PHP фукции...
но это догадки
lol =)
Dreammaker
***=Ф=***
http://www.drupal.ru/node/109
Озвученный топикстартером вопрос задан в апреле 2004 года. И при том он по сути привязан к конкретной CMS (Drupal).
Озвученный топикстартером вопрос задан в апреле 2004 года. И при том он по сути привязан к конкретной CMS (Drupal).
Mandor
Новичок
Выбор зависит от того, что вы хотите получить.
Если вас устраивает однобайтовая кодировка - используйте её, imho, это оптимально.
Если вам нужно на одной странице сайта отображать сразу 2 языка кроме английского (например, многоязыковой форум), то не понятно как вы сможете обойтись без юникода.
Если вас устраивает однобайтовая кодировка - используйте её, imho, это оптимально.
Если вам нужно на одной странице сайта отображать сразу 2 языка кроме английского (например, многоязыковой форум), то не понятно как вы сможете обойтись без юникода.
AlekseyK
Новичок
+UTF-8
все проблемы с UTF-8 которые встретил были связанны с собственным незнанием.
почитал мануалы, разобрался, настроил
php.ini
mbstring.internal_encoding = UTF-8
my.cnf
default-character-set=utf8
character-set-server=utf8
default-collation=utf8_general_ci
collation-server=utf8_general_ci
init-connect = "SET NAMES utf8"
и "глюков" не наблюдаю.
все проблемы с UTF-8 которые встретил были связанны с собственным незнанием.
почитал мануалы, разобрался, настроил
php.ini
mbstring.internal_encoding = UTF-8
my.cnf
default-character-set=utf8
character-set-server=utf8
default-collation=utf8_general_ci
collation-server=utf8_general_ci
init-connect = "SET NAMES utf8"
и "глюков" не наблюдаю.
Sawa
Новичок
Юнеоры обычно жалуются на utf т.к. неумеют работать с ней
Есть ряд функций вроде substr которые считают не по количеству символов, а по количеству байт в строке. Для виндовой кодировки все норм, т.к. все символы однобайтные, в utf8 присутствуют мультибайтовые символы, которые при использовании стандартных строковых функций бьют строки. все что нужно - открыть гугл, попадались даже алгоритмические функции для вырезания\определения длинны строки и подобного для мультибайтовых кодировок ( есть и mbstring, но на некоторых хостах на заре времен данный модуль не ставился).
В остальном согласен с вышеописанными "+", минусов нет, надо просто один раз разобраться как оно работает и что это такое, почитать чего из гугла
Есть ряд функций вроде substr которые считают не по количеству символов, а по количеству байт в строке. Для виндовой кодировки все норм, т.к. все символы однобайтные, в utf8 присутствуют мультибайтовые символы, которые при использовании стандартных строковых функций бьют строки. все что нужно - открыть гугл, попадались даже алгоритмические функции для вырезания\определения длинны строки и подобного для мультибайтовых кодировок ( есть и mbstring, но на некоторых хостах на заре времен данный модуль не ставился).
В остальном согласен с вышеописанными "+", минусов нет, надо просто один раз разобраться как оно работает и что это такое, почитать чего из гугла
- Статус