Проблемы с КОДИРОВКОЙ!, Отображается: '?????????????' вместо нормальных букв!! Опции

[Apostal]

блин дебилизм у мну с русской кодировкой никогда проблем небыло есть несколько путей решения проблемы
1. если устанавляивайте на 4.3 вод где написано кодировка и цифры 1251 меняете эти цифры на 1252 и все пашет.
2. Есть более муторный способ для других систем но все же 100% скачивает NaviCat for MySQL выделяем табличку нажимаем design table кликаем вкладку Options в пункте Character set выбираем latin1 -- cp1252 West European в пункте collation выбираем latin1_swedish_ci и так даллее во всех таблицах которые этого требуют

[barigin]

попробуйте этот способ lecactus.ru/2008/01/11/1495/, сам сча сталкнулся с такой проблемой старый хостер отдал мускул в latin1 пришлось поискать как исправить, всё исправилось отлично.

[Sys(3)X]

Если у хостера стоят настройки MySQL с кодировкой latin1 по умолчанию нужно обращаться к нему. Как правило, при переходе от таких хостеров всегда бывают проблемы, очень часто когда они отдают бекапы кодировку баз в них восстановить очень сложно т.к. при бекапе всё это переводится в utf8. Поэтому прежде всего решите проблему с хостером, и обьясните что по умолчанию все базы в обязательном порядке должны создаваться в cp1251.
Далее - если у вас база в latin1, то можно легко переделать всё в cp1251 командой iconv через PHP или SSH. более проще задействовать скрипт Sypex Dumper который сделает тоже самое быстрее.

Никогда не допускайте чтобы таблицы в базе были в разных кодировках (одно дело когда cp1251 и utf8 - другое когда latin1 и прочее). Проверьте хостера (если он делает бекапы) скачав последнюю версию бекапа и проверив кодировку. Регулярно сами делайте бекапы базы данных.

Дело в том что очень многие хостеры не настраивают MySQL должным образом, и если вы не уследите за этим вы можете потерять часть или все свои данные при перезде именно по причине смешанности кодировок и повреждения данных.

Бекап MySQL лучше делать Sypex Dumper'om, а не через phpMyAdmin.

[morkovka]

Народ помогите решить проблему, при установки системы АС 4.3.1 ставил кодировку 1251, таже самая проблема вместо русского шрифта - ????, в мускуле в сравнение стоит latin1_swedish_ci
Подскажите как можно разрешить проблему быстро, на всякий случай вот сайт http://1944.tiblad.com

[set]

Как создавал? В phpmyadmin можно указать сравнение при создании БД.

[morkovka]

я создавал через панель на у моего хостера а не через пхпмайадмин, исправить можно?

переустановил систему, тоже самое...

[Spyke]

Попробуй добавить в function/mysql.php в конец файла до ?> следующие строки:

КОД

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Сообщение отредактировал Spyke: Jan 22 2009, 20:42

[dmitrs]

Такая вот проблема. установил. с кодировкой все ок. нормальное отображение. но если на сейте изменить например название модуля, или запостить новость или страничку то выводит знаки вопроса.
и база и сайт в cp1251_general_ci
куда копать?

[DjSalamander]

Такая вот проблема. установил. с кодировкой все ок. нормальное отображение. но если на сейте изменить например название модуля, или запостить новость или страничку то выводит знаки вопроса.
и база и сайт в cp1251_general_ci
куда копать?

форум читать,кнопочкай поиск попользоватся

[Sys(3)X]

и база и сайт в cp1251_general_ci

cp1251_general_ci это указанное сравнение - то что данные там в 1251 это совсем не значит. Например недавно была ситуация что в базе срвнение прописано utf8 и cp1251, а реально данные были в latin1. Это очень плохо, из-за этого могут возникнуть проблемы при восстановлении бекапов. Исправляйте.

[set]

cp1251_general_ci это указанное сравнение - то что данные там в 1251 это совсем не значит. Например недавно была ситуация что в базе срвнение прописано utf8 и cp1251, а реально данные были в latin1. Это очень плохо, из-за этого могут возникнуть проблемы при восстановлении бекапов. Исправляйте.

А как узнать в какой кодировке реально хранятса данные?
SnypexDumper перекодирует данные или сравнение меняет?

[Sys(3)X]

А как узнать в какой кодировке реально хранятса данные?

Хм, ну скачать на комп, менять кодировки и смотреть на текст, хотя в реальности мне перевести данные в latin1 на компе не удалось, поэтому только через SET NAMES на сайте наверное. А вообще ты знать должен.

SnypexDumper перекодирует данные или сравнение меняет?

Сначало первое потом второе.
Вообще в зависимости от настроек.

[MLRoman]

Самое легкое решение данной проблемы по-моему такое (сам так делал). Сдедуйте следующим действиям:
1. Создайте базу MySQL.
2. В phpMyAdmin в вашей созданой сбазе во вкладке "операции" установите нужное сравнение.
3. И только после пунктов 1 и 2 продолжайте установку CMS на свой сайт.
Тогда выши таблицы создадутся с нужными сравнениями!

[merlak]

Я недавно создал под домен, переместил туда свой сайт. База та же..

Сам сайт нормально работает. НО вот на форуме и в админке сайта кодировка почему то испортилась. ЧТо делать?? Подскажите пожалуйста!???

Кодировку можно поменять если только в ручную через настройки браузера, но ведь пользователю это объяснять не будешь каждый раз..Помогите..((

[Sys(3)X]

Кодировку можно поменять если только в ручную через настройки браузера

Значит у Вас несовпадает кодировка что идёт из базы и кодировка страницы. Кодировка страницы меняется в языковых файлах, также можно добавить AddDefaultCharset в .htaccess

[Osangar]

У меня вопрос. Будет ли AS работать корректно на UTF8

[termit]

Помогите пожалуйста...
Жил на бесплатном хостинге, без рекламы, с мускулом, пхп, в общем жизнь малина...
На днях они всунули рекламу, и ещо кучу ограничений...
Нашёл куда переехать, но слить нормально базу неполучается, думпер неработает изза их ограничений....
Всё что удалось достать с помощю ПМА прилагаю ниже..
Помогите розобраться что за кодировка и привести базу в нормальное состояние...
Раньше на том хосте стояла кодировка утф8 и соединение аналогичное. кодировка страниц кп1251. отображалось норм...

Прикрепленные файлы

 147820.zip ( 123.14 Кб ) Кол-во загрузок: 3

 

[DekaH]

Решил не создавать новую тему, а продолжить эту.

Переезжаю на другой хостинг, со старого беру файл db.sql, открываю его, смотрю, а там все кавычки превратились в " и все остальные символы в такие же каракули... Чего только уже не перепробовал, не понимаю как это исправить.

[petrnet64]

Попробуй в function/mysql.php в самый конец перед ?> добавить

КОД

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Спасибо - вот это сразу помогло!!! (IMG:http://antislaed.net/style_emoticons/default/biggrin.gif)

[DjSalamander]

все кавычки превратились в "

На сей щчет я где то писал, повторю и здесь, чтоб кавычки не превращались в ", делается следующее: в function.php
замените

КОД

."<textarea id=\"n".$id."\" name=\"".$name."\" cols=\"65\" rows=\"".$rows."\" class=\"".$style."\" onkeypress=\"TransliteFeld(this, event)\" onselect=\"FieldName(this, this.name)\" onclick=\"FieldName(this, this.name)\" onkeyup=\"FieldName(this, this.name)\">".htmlspecialchars(replace_break($desc))."</textarea>"

на
ЦИТАТА
."<textarea id=\"n".$id."\" name=\"".$name."\" cols=\"65\" rows=\"".$rows."\" class=\"".$style."\" onkeypress=\"TransliteFeld(this, event)\" onselect=\"FieldName(this, this.name)\" onclick=\"FieldName(this, this.name)\" onkeyup=\"FieldName(this, this.name)\">".replace_break($desc)."</textarea>"

[GoogleBot]