-Цитатник

Когда же всё пошло не так? - (0)

Временную катушку, похоже надо откручивать с обратной стороны. 24 февраля 2022 года грян...

Как Хрущев руководил Москвой - (0)

15 апреля 1894 года, ровно 130 лет назад, в Курской губернии родился один из главных мировых политик...

Как в СССР создали самолет, годами наводивший страх на американцев - (0)

30 декабря 1947 года свой первый полет совершил советский турбореактивный истребитель МиГ-15. Этот с...

Суперхит XX века «Smoke on the Water» - (0)

 Как из горящего казино возникла великая песня Smoke on the Water Захватывающая и соверш...

врейское сало - (0)

Картошку в мундирах ели, не снимая кожуру. Взял картофелину, положил сверху ножом кусочек коро...

 -Всегда под рукой

 -Подписка по e-mail

 

 -Поиск по дневнику

Поиск сообщений в Stas_Stranger

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 12.05.2005
Записей:
Комментариев:
Написано: 9711


Ну и дела!

Вторник, 28 Марта 2006 г. 10:21 + в цитатник

У кого что болит... А а мне вчера пришлось сидеть до глубокой ночи. На   моём сайте, прекрасно работавшем под  CMS Joomla , вдруг всё  грохнулось и прежде всего, кодировка. Ничего невозможно прочесть - вместо букв вопросы.

Стал разбираться - в базе данных MySQL вместо utf8   стоит почему-то  swedich!  Сделал восстановление из bakup'a -вы не поверите, из backup'a  на сервере установилась шведская кодировка!!!

 Часа два сидел, преобразуя каждую таблицу по отдельности из шведской в utf8 - преобразовал все таблицы BD, кроме одной  - jos_core_acl_aro,  над которой  PHPMyAdmin почему-то не властен!
ALTER TABLE  jos_core_acl_aro CONVERT TO CHARACTER SET  utf8;
ALTER TABLE jos_core_acl_aro DEFAULT CHARACTER SET  utf8;   Получаю  в ответ, что  "#1071 - Specified key was too long; max key length is 1000 bytes" - но это тоже полная ерунда, потому что до этого я конвертировал ещё большие файлы.


ALTER DATABASE my_database DEFAULT CHARACTER SET utf8; 

Интересно, что админка работает, все данные (а их там ого-го сколько), сохранены. А на сайте такая фигня. Прям стыдно!

Извините!

День второй. 25 марта.  Приходил друг. Часов шесть сидели вместе, на двух компах. Из дампа вытащили только то ,что касается создания таблиц, перекодировали всё одной командой ( кодировка  в таблицах нормальная):

ALTER DATABASE `database1` DEFAULT CHARACTER SET latin1 COLLATE  latin1_general_cs; 

в нужную кодировку. А сайт всё равно показывает белеберду! Попробую ту же БД из дампа запустить на локальной Joomle под XAMPP - посмотрю, что получится, но думаю, на 99%, что причина на сервере -что-то у них там случилось либо с MySQL_ либо с PHP. 

День четвёртый.  Наконец-то закачал нормальный дамп! Сначала локально пришлось работать над дампом базы на CMSке под XAMPPом, потом добиться, что на локальной всё же что-топобежало. Сделать с него дамп и уже этот дамп импортировать на сервер. И, даже после этого, пришлось поставить точку, введя

ALTER DATABASE `database1` DEFAULT CHARACTER SET сз1251 COLLATE  1251_general_ci; 

Ещё остались кое-какие проблемы, но в целом проблема с трудом, но решена. Но шведская кодировка могла появиться только при постороннем участии!

 

1 апреля. Всё так и есть - вот ответ, который я получил от провайдера хостинга через неделю после моего запроса (!!!) :

"das hat was mit der umstellung von Mysql Update zutun. Wir haben von Mysql 3.XX auf Mysql 4.XX umgestellt da hat sich die konventierung nicht so richtig vertragen.
Tо бишь, если дословно перевести : "Это связано с переустановкой MySQL. Мы установили MySQL 4 вместо MySQL 3, поэтому преобразование кодировки произошло не правильно. "

Ну ведь об этом мне надо было сообщать до того, а не после замены! Вот спецы!
Рубрики:  PC, Soft, VoIP
WEB 2.0

 

Добавить комментарий:
Текст комментария: смайлики

Проверка орфографии: (найти ошибки)

Прикрепить картинку:

 Переводить URL в ссылку
 Подписаться на комментарии
 Подписать картинку