Цитатник веб-разработчиков.
Denis Sharomov: Если известно, что сайт не будет многоязычным (в обозримом будущем), не вижу причин не использовать эту кодировку (Win-1251).

И альтернативное мнение:

Цитатник веб-разработчиков.

Зайцев Артемий: Если есть возможность делать в UTF, надо делать в UTF.

Перед создателем сайтов всегда встает проблема: в какой кодировке создавать проект. В русскоязычном интернете используются две кодировки:

UTF-8 (от англ. Unicode Transformation Format) — в настоящее время распространённая кодировка, реализующая представление Юникода, совместимое с 8-битным кодированием текста.
Windows-1251 (или cp1251) — набор символов и кодировка, являющаяся стандартной 8-битной кодировкой для всех русских версий Microsoft Windows.

Считается, что UTF-8 - более перспективна. Но у любой вещи есть недостатки. И решение об использовании какой-то кодировки только потому, что она перспективна, без учета многих других факторов, не представляется правильным. Выбор будет оптимальным только тогда, когда он полностью учитывает все нюансы конкретного проекта. Другое дело, что предусмотреть все нюансы - само по себе весьма не просто.

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

Свойство UTF-8 Windows 1251 Общего характера Многоязычность Кодировка позволяет использовать разные языки как в публичной, так и в административной части сайта. Смена кодировки действующего крупного сайта с Windows-1251 на UTF-8 может вызвать серьёзные дополнительные трудовые и финансовые издержки. Русский и английский без проблем работают с Windows-1251, если точно не будет потребности в других языках, то и нет потребности в UTF-8. Большое число символов. Возможность использования спецсимволов. Есть. Но надо учитывать возможности браузеров. Штатно нет. Есть возможность замены спецсимволов на "костыли", например, © на &cорy; или × (знак умножения) на &timеs;. Однако это повышает требования к уровню подготовки контент-менеджера и создаёт проблемы при переносе данных из другой базы данных. Кроме того, вBitrix Framework есть поля, которые не используют визуальный редактор, например, название страницы или название элемента инфоблока. Это также усложняет поддержку проекта силами низкоквалифицированных сотрудников. Скорость работы При работе сайта идет подмена всех функций работы со строками наmb_*. Это значит, что весь текст будет перекодироваться в кодировку сайта. utf strlen зависит от длины строки, соответственно обычныйstrlen работает в 4 раза быстрее мультибайтового: 0.0004 против 0.0013 на тысяче итераций. По замерам намониторе Производительности это выливается в 10-15% разницу в скорости работы реального сайта. Минимизация объема проекта. Проект на UTF-8 будет заведомо "тяжелее", в силу того что строки в этой кодировке занимают в два раза больше места, чем строки в однобайтной Windows-1251. Размер сайта и базы данных будет в 1,2 - 1,5 раз больше. Поддержка большинством js-фреймворков Поддерживается без проблем. Сложности в реализации. Поддержка MS SQL По техническим причинам, данные в MS SQL должны храниться и хранятся в Windows-1251. Требуется дополнительная настройка. Нет проблем. Импорт CSV Excel не сохраняет в UTF-8. Требуется пересохранение созданного файла в этой кодировке с помощью другого редактора. Нет проблем. Импорт из 1С Сайты на UTF-8 работают без проблем при интеграции через SOAP с такими системами как, например, 1С. Связанные с Bitrix Framework Возможность сделать сайты в разной кодировке по системе многосайтовости. Невозможно. Все сайты на одном ядре должны быть в одной кодировке. Поддержка на различных хостингах При работе с Bitrix Framework необходимо подключение опции phpmbstring.func_overload в значении большем или равном2. Это разрешается не на всех хостингах. Работает на любых хостингах. Размещение продуктов на виртуальной машинеBitrixVM. По умолчанию. Требует дополнительных действий по настройке. Корректное отображение пунктов меню сайта При использовании данной кодировки такая проблема возможна. Решается пересохранением каждого файла в UTF-8. (Если быть точным, то рекомендуется проверить кодировку всех файлов, а не только файлов меню и, при необходимости, перекодировать и их.) Импорт исходников в IDE, например, вeclipse pdt При выставленном в настройках проекта UTF-8, в коде ядра Битрикса портятся комментарии. Нет проблем. Разные мелочи Взаимодействие с WordPress(блог-клиенты, trackback и ping'и) Есть Нет Редактирование файлов по FTPчерез FAR FAR поддерживает UTF только с версии 2.0. Возможно Поддержка большинством редакторов Требуется редактор, который поддерживает кодировку UTF-8 без BOM. Нет проблем.

Как перевести сайт с кодировки win1251 в UTF-8

Общий порядок действий:

1. Перекодировать всю базу данных в UTF-8 (вероятнее всего придётся обращаться за помощью к администратору сервера).

2. Перекодировать все файлы сайта в UTF-8 (можно сделать своими силами).

3. В файл /bitrix/php_interface/dbconn.php добавить строки:

		 define("BX_UTF", true);
	

4. В файл /.htaccess добавить строки:

		 php_value mbstring.func_overload 2 php_value mbstring.internal_encoding UTF-8
	

Перекодировать все файлы сайта в UTF-8 (второй пункт) можно выполнив команду через SSH в корневой папке сайта:

	 find . -name '*.php' -type f -exec iconv -fcp1251 -tutf8 -o /tmp/tmp_file {} \; -exec mv /tmp/tmp_file {} \;