Место англииских букв - ????
- Автор темы asas
- Дата начала
- Статус
- Заблокирован
- #12
1. Самая лучшая 1.0.12 версия к которой у меня нет предъяв на:
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
2. На счет сравнения кодировок: создаем новую БД (или удаляем все таблицы в старой, предварительно сбэкапив), идем в phpMyAdmin, выбираем нужную базу, выбираем вкладку Операции, выставляем сравнение cp1251_general_ci.3. Далее заливаешь в корневую директорию сайта файл .htaccess, в директорию includes/ заливаешь database.php (СМ. АТТАЧ в сообщении).
4. Если сайт был уже установленн, то заливаешь обратно свою БД, при заливке проверь кодировку самого файла и заливай именно в это кодировке. Если ты заново устанавливаешь - то просто ставь как обычно.
5. Ну и чтоб наверняка было в шаблоне сайта прописываем
HTML:
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />З.Ы. После этого проблем возникнуть не должно.
Mr.Friction
Старатель
- Регистрация
- 14 Ноя 2006
- Сообщения
- 176
- Реакции
- 12
Стоит, что 1.12, что 1.13 все английские с русскими языковыми файлами, на 3-х разных хостах - нет притензий.
PryamPeople
Постоялец
- Регистрация
- 5 Сен 2007
- Сообщения
- 47
- Реакции
- 25
- Заблокирован
- #15
А ты сам читал топик на который ссылаешся? Помог он теберешение по линку
*** скрытое содержание ***
??? Еще вопрос: пройди по своей ссылке - и прочти внимательно название топика...Т.С. отпишись пожалуйста если тебе помогли советы, чтоб тему можно было закрывать.
Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.
З.З.Ы. А фактически все проблемы кодировок начинаются с ленивого хостера и еще с неграмотного юзверя, так что варианты лечения такие:1. Дать по шапке хостеру (чтоб latin1 не баловался, а настроил по нормальному все).
2. Прочесть внимательно мануал по phpMyAdmin и по мускулю тоже бы не плохо.
marti88
Создатель
- Регистрация
- 4 Апр 2007
- Сообщения
- 38
- Реакции
- 1
У меня бьіли проблемьі на одном американском хосте.
Спасался так: использовал дампер, потом удалял дефолт чарсет из него и при восстановлении СУБД сама кодировку и сопоставление прописьівала до БД. Вот только не помню какой кодировки сам файл дампа бьіл.
В результате база восстанавливалась с кодировкой latin1, а в файлах шаблона и других все настройки на cp1251, почему так не знаю.
Версия джумльі роли не имела.
Доходчиво?
Спасался так: использовал дампер, потом удалял дефолт чарсет из него и при восстановлении СУБД сама кодировку и сопоставление прописьівала до БД. Вот только не помню какой кодировки сам файл дампа бьіл.
В результате база восстанавливалась с кодировкой latin1, а в файлах шаблона и других все настройки на cp1251, почему так не знаю.
Версия джумльі роли не имела.
Доходчиво?
PryamPeople
Постоялец
- Регистрация
- 5 Сен 2007
- Сообщения
- 47
- Реакции
- 25
Естественно помог, просто я читаю дальше первых двух сообщенийА ты сам читал топик на который ссылаешся? Помог он тебе
А насчет темы - asas в первом сообщении четко написал
"в панели управления и на странице"
При версии php5 как раз в парсере проблема и была.
SergeV
Постоялец
- Регистрация
- 10 Окт 2007
- Сообщения
- 115
- Реакции
- 34
marti88, дамп здесь не причем. Должны совпадать кодировки в базе и скрипта который читает базу.
С этим хостером приходилось делать при создании базы прописывать:
TYPE=MyISAM CHARACTER SET cp1251 ,
а в скрипт работающий с базой :
mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");
С этим хостером приходилось делать при создании базы прописывать:
TYPE=MyISAM CHARACTER SET cp1251 ,
а в скрипт работающий с базой :
mysql_query ("set character_set_client='cp1251'"); mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");
- Статус