Comments on: Как настроить кодировки для работы с PHP фреймворком CodeIgniter

By: Владимир

Владимир — Wed, 19 Nov 2008 20:31:25 +0000

Значит, проблема в чем-то еще. Посмотрите кодировки базы, настройки сервера и php. Я не один раз сталкивался с этой проблемой и она всегда решалась изменением настроек… Правда на поиски иногда уходило по несколько дней

By: 3eka

3eka — Tue, 18 Nov 2008 15:30:12 +0000

Ну вот, вышел CI 1.7.0, но проблема осталась, не глядя на то, что $db['default']['char_set'] и $db['default']['dbcollat'] прописаны верно.

By: Владимир

Владимир — Fri, 29 Aug 2008 17:15:27 +0000

Большинство проблем с кодировками как раз и возникает из-за того, что есть очень много параметров, которые ими управляют.

Кстати, как справедливо заметил MAX, для CI начиная с версии 1.6 описанная проблема не актуальна. Главное правильно указать значения в
$db['default']['char_set']
и
$db['default']['dbcollat']

By: Алексей

Алексей — Fri, 29 Aug 2008 06:55:40 +0000

Конструкция set names в MySQL устанавливает кодировку, кроме прочего, и для соединения с базой. То есть вы пытаетесь сказать серверу, в какой кодировке от вас будут посылаться запросы и в какой кодировке сервер должен присылать ответ. Даже если у вас база данных создана в юникоде, то это совсем не значит, что вы будете ее получать именно в юникоде, потому что кодировка, в которой вам будет приходить ответ от сервера определяется именно set names конструкцией. Очень подробно о кодировках (charsets) и сопоставлениях (collations) написано в официальном мануале по MYSQL, правда на английском….

By: Владимир

Владимир — Wed, 30 Jan 2008 10:42:54 +0000

У меня возникли проблемы именно при указанных collation и charset, т.е. в запросе создания БД было
…DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
и при создании таблицы
…ENGINE = InnoDB CHARACTER SET utf8 COLLATE utf8_general_ci

Кроме того, сервер MySQL устанавливался с utf8 по-умолчанию.

Пока не выполнил SET NAMES нормально не заработало.

P.S. Подробно кодировки я привел в конце поста.

By: mihailt

mihailt — Tue, 29 Jan 2008 20:55:04 +0000

В том то и дело что для ваших - для наших 3 языка давно уже стандарт соответственно делать что либо не в utf-8 очень не хорошо.

Насчёт изменений я так полагаю, что достаточно много проектов так и останутся в предидущей версии.

By: MAX

MAX — Tue, 29 Jan 2008 14:45:52 +0000

Делов том, что в 1.6 довольно серьезные изменения. Касается это внутренней структуры, а также самого кода. Так что есть смысл уже сейчас использовать новую схему, иначе потом придется еще раз переделывать. Кроме этого SET NAMES передавать вовсе не обязательно каждый раз, если при создании таблицы была верно указана collation и charset. Таким образом ваш способ становится просто бессмысленным. К тому же если при создании таблиц кодировка не указывалась, то она создается в кодировке по-умолчанию. Для наших хостингов это как правило cp1251. Поэтому если вы выполняете set names utf8, то данные в такую базу попадают совсем не в той кодировке, в которой они предназначены, а это вызывает сразу массу проблем. Например сортировка или бэкап будут неверными.

By: Владимир

Владимир — Tue, 29 Jan 2008 13:58:28 +0000

Насколько я знаю, версия 1.6 еще в разработке, и, значит, могут быть изменения.

И, честно говоря, не очень мне нравится эта схема с передачей данных. Т.е. ручная установка кодировок, конечно, нужна, но и CI мог бы в автомате попытаться их настроить. Ведь вся информация о кодировках может быть получена с помощью SQL запросов.

By: mihailt

mihailt — Tue, 29 Jan 2008 11:21:39 +0000

в CI 1.6 много вещёй немного меняют в лучшую сторону, но к сожалению он ещё сыроват

By: MAX

MAX — Tue, 29 Jan 2008 11:10:00 +0000

В 1.6 используется немного другая схема. В конфиге появились строчки

$db['default']['char_set'] = "utf8";
$db['default']['dbcollat'] = "utf8_general_ci";

Соотвественно при создании таблиц нужно указывать эти два параметра.

$charset = $CI->db->char_set ? $CI->db->char_set : 'utf8';
$collate = $CI->db->dbcollat ? $CI->db->dbcollat : 'utf8_general_ci';