Форум MySQL

Здравствуйте.
такая вот проблема. В базе три таблицы для разных языков.

В каждой присутствует поле

prgr_title CHAR(48);

Все работет нормально, если лимт в 48 символов не превышется.
Если -же вводиться больше, чем 48 начинаются непонятки.

С Английским все работает как и должно, а вот русский ...
Вместо 48 при выводе оказывается сколько угодно. Может 30, там или 37, да еще вдобавок при выводе в конце строки какие-то символы непечатные вылазят и весь вывод гробят вообще.
Получается вроде что англ. символы записываются в базу нормально, а русские(те которых нет в англ. алфавите в виде

б

. Ну это я так думаю...
И как сэтим бороться?

Сперва поглядите, в каком виде они попадают в скрипт?

В базу пишуться из формы со страницы в кодировке utf-8.
Пробовал обрезать средствами PHP перед вводом в базу. Ну и бестолку. PHP обрезает нормально 48 РУССКИХ символов, а при передаче в базу что-то происходит и строка преобразуется в эти блин последовательности.

корова

Передается методом POST. База обрезает уже 48 символов из этой строки с последовательностями и все...
На выводе потом точки с запятой все гробят естественно.

показывайте, как формируете запрос.
От исходного значения в $_POST до mysql_query()

Вот фрагменты кода, должно вроде быть понятно, что- к чему.

<?php function deep_replase($str)   {   $str = trim ($str);   $str = str_replace("\r\n","[br]",$str);   $str = str_replace("\n","[br]",$str);   $str = str_replace("\r","",$str);   if (!get_magic_quotes_gpc())    {    $str = mysql_escape_string($str);   }   return $str;   } // тут приходят из формы данные if (!isset($_GET['prgr_id'])) {$prgr_id=null;} else {$prgr_id = $_GET['prgr_id'];} if (isset($_POST['prgr_title'])){$prgr_title = deep_replase($_POST['prgr_title']);} else {$prgr_title="";} if (isset($_POST['prgr_text'])){$prgr_text = rte_deep_replase($_POST['prgr_text']);} else {$prgr_text="";} $query = "update $prgr_table set prgr_title = '$prgr_title', prgr_text = '$prgr_text'   where prgr_id = '$prgr_id' "; $result = mysql_query($query); // ну и дальше... ?>

Чудеса в решете....

Если сделать вывод echo htmlspecialchars($query);
что получается?

В принципе, здесь больше напрашивается mysql_real_escape_string() -поскольку кодировка многобайтовая... Но дело явно не в этом...

А набор символов страницы в типе документа точно прописан?

Типа в мета-теге? да - utf-8.
Я наверно не точно описал. Вернее выдал свои домыслы за действительность. Похоже нет там никаких этих последовательностей.
Факт в том, что русскую строку в базе обрезает короче заданного лимита

prgr_title CHAR(48);

,
Опять неточно. Короче если, то что остается от русской строки перекодировать из utf-8 в ANSI, то как раз получается 48 символов. Вообщем выходит что в базе оно в ANSI кодировке чтоли оказывается непонятно почему.?
А при выводе само-сабой перекодируется в utf-8, яж ничего не прописывал по этому поводу.
Вообщем я окончательно запутался с этими кодировками.

utf-8 - кодировка, в которой разные символы занимают разное число байт.
Если у Вас русский текст хранится - смело множьте размер столбца на два, перед тем как этот столбец в таблице создавать.

Ну я вообщем так и сделал, вааще все в text переделал. Потому как это типа админки, а пользователю не прикажешь. Они любят нажать на клавишу и сделать длинную - длинную строчечку из какого нибудь символа красивенького.
А вывод ,если превысить, сносит напрочь. В конце строки появляется какой-то символ, нечитаемый не в одной кодировке, и все рушит напрочь.
Но только все это непавильно как-то. Мне в данном случае до фонаря, база маленькая, запросов мало, а если что-то серьезное мутить, все текстовые данные в виде text засовывать?
Спасибо за поддержку.

Раобрался я.
Вообщем при создании таблицы добавил CHARACTER SET utf8 TYPE=myisam . И все заработало.
Хотя там по умолчанию utf8, тaблицы isam - почему-то.
Может все это было из-за другого типа таблиц? Но вообщем сейчас все работает правильно с текстом на любом языке.

что-то у Вас при установке глюкануло... Обычно isam не ставится умалчиваемым типом таблиц.