Здравствуйте.

 

На форуме зарегистрировались роботы и начали спамить, наспамили 400 000 тем и сообщений.

Решил обратиться к бакапу, перезалил базу SQL и файлы форума, сменил пароль на базу.

Исправил данные в conf_global.php

 

А форум взял и умер.

 

http://www.engineer-constructor.ru/

 

В чем может быть проблема?

Белая или пустая страница. Уже неоднократно обсуждалось что надо делать в таком случае - смотреть еррор логи сервера или включить их показ в браузере. Если доступ в админцентре работает - перекешировать шаблоны (АЦ -> Внешний вид -> Инструменты)

Белая или пустая страница. Уже неоднократно обсуждалось что надо делать в таком случае - смотреть еррор логи сервера или включить их показ в браузере. Если доступ в админцентре работает - перекешировать шаблоны (АЦ -> Внешний вид -> Инструменты)

 

Доступа в АЦ нет.

 

Где могу посмотреть логи с ошибками?

Спросите у хостера или включите их показ в браузере http://ipbskins.ru/forum/topic1195.html

 

Для вывода ошибки, вместо белой страницы:

Создайте в корневом каталоге файл .htaccess с таким содержимым:

php_flag display_errors On

php_value error_reporting 7

Спросите у хостера или включите их показ в браузере http://ipbskins.ru/forum/topic1195.html

Сделал как рекомендовали

 

Fatal error: Uncaught exception 'Exception' with message 'Не удалось инициализировать регистр, кеш настроек либо пуст, либо испорчен'

in /home/engineer-constructor.ru/www/admin/sources/base/ipsRegistry.php:1883 Stack trace:

#0 /home/engineer-constructor.ru/www/admin/sources/base/ipsRegistry.php(521): ipsRegistry->setUpSettings()

#1 /home/engineer-constructor.ru/www/admin/sources/base/ipsController.php(77): ipsRegistry::init()

#2 /home/engineer-constructor.ru/www/admin/sources/base/ipsController.php(64): ipsController->init()

#3 /home/engineer-constructor.ru/www/index.php(26): ipsController::run()

#4 {main} thrown in /home/engineer-constructor.ru/www/admin/sources/base/ipsRegistry.php on line 1883

У вас проблемы с бд, а точнее с кодировкой. Бэкап либо в неправильной, либо был импортирован в неправильной кодировке. А так, как кеш сериализованная строка, в которой используется количество байт для подсчета символов, при смене первоначальной кодировке она ломается.

 

- проверьте кодировку соединения в conf_global.php

- попробуйте сбросить кеш настроек http://ipbskins.ru/forum/topic7325.html#entry48201

кодировка в conf_global.php

$INFO['sql_charset']='utf8';

 

кодировка в phpmyadmin

utf8_general_ci

 

в phpmyadmin таблицу {префикс}cache_store, поле "settings" вставил значение:

a:2:{s:10:"mail_queue";i:0;s:13:"task_next_run";s:10:"1246017960";}

 

Форум запустился(Большое спасибо), но кодировка кривая(в АЦ тоже).

в АЦ Кеши системы перестроил, все равно кодировка кривая.

 

в .htaccess

AddDefaultCharset utf-8

AddCharset utf-8 *

<IfModule mod_charset.c>

CharsetSourceEnc utf-8

CharsetDefault utf-8

</IfModule>

 

все равно кодировка кривая.

Попробуйте перекодировать скриптом отсюда http://ipbskins.ru/forum/topic4912.html/page__view__findpost__p__31885

После конвертации обновите кеш языков - Внешний вид -> Языки (две стрелки напротив языка)

Попробуйте перекодировать скриптом отсюда http://ipbskins.ru/forum/topic4912.html/page__view__findpost__p__31885

После конвертации обновите кеш языков - Внешний вид -> Языки (две стрелки напротив языка)

 

Запустил скрипт.

скрипт выдал сообщение "База данных изменена на UTF-8."

 

обновил кеш языков.

Ситуация не изменилась.

база в читаемом виде? Откройте таблицу ipb_post

база в читаемом виде? Откройте таблицу ipb_post

 

таблица _posts вот в таких знаках

 

post

Добро пожаловать на ваш нов...

Это utf-8 который записан как cp1251, который перекодирован в utf-8.

 

По хорошему нужно вязть бэкап и импортировать его снова указав при импорте кодировку utf-8

http://ipbskins.ru/forum/topic12852.html/page__fromsearch__1#entry84929 аналогичная проблема. Прочтите тему целиком, и сделайте, как Вам Сив сказал.

Это utf-8 который записан как cp1251, который закодирован как utf-8.

 

По хорошему нужно вязть бэкап и импортировать его снова указав при импорте кодировку utf-8

 

Это затруднительный вариант, так как база чиститься от спам тем и сообщений и уже вычищено 300 000. Повторно такую работу проделывать не охота.

 

восстанавливал данные из резервной копии через putty

mysql -u ХХХХХХХ -p -h ХХХХХХХХ.mysql.ХХХХХХХХХ.ru ХХХХХХХХХХ < ХХХХХХХ.sql

 

бакап данных делал так

mysqldump -u ХХХХХХХ -p -h ХХХХХХХХ.mysql.ХХХХХХХХХ.ru ХХХХХХХХХХ > ХХХХХХХ.sql

mysqldump -uЮЗЕР -p -hХОСТ БАЗА --default-character-set=utf8 > ХХХХХХХ.sql

 

Аналогично и с импортом --default-character-set=utf8

 

Это затруднительный вариант, так как база чиститься от спам тем и сообщений и уже вычищено 300 000.

А смысл что-то делать если кодировка битая? Это еще хорошо, что на этом этапе ее еще можно переконвертировать, а если бы она окончательно побилась и там остались одни знаки вопроса?

Удалить сообщения это не такая уж большая проблема, пару sql запросов и можно снести половину бд.

 

Перекодирование скриптом в данном случае было преждевременным. По идее нужно сделать бэкап указав соединение cp1251, и импортировать обратно уже с соединением utf8

mysqldump -uЮЗЕР -p -hХОСТ БАЗА --default-character-set=utf8 > ХХХХХХХ.sql

 

Аналогично и с импортом --default-character-set=utf8

 

 

Смысл что-то делать если кодировка битая? Это еще хорошо, что на этом этапе ее еще можно переконвертировать, а если бы она окончательно побилась и там остались одни знаки вопроса?

Удалить сообщения это не такая уж большая проблема, пару sql запросов и можно снести половину бд.

 

Перекодирование скриптом в данном случае было преждевременным. По идее нужно сделать бэкап указав соединение cp1251, и импортировать обратно уже с соединением utf8

 

Перерыл все базы, баз в исправном состоянии нет, есть только базы сделанные хостером, но они все с кривой кодировкой.

Могу я, имея базу в таком состоянии, что то сделать?