Jump to content

Перенос форума на другой хостинг

Featured Replies

  On 07.02.2017 at 16:41, lovemenow said:

После переноса форума на другой сервер у меня выдает такую ошибку 

Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists.

This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance.

Посмотрел кодировку на новом сервере стоит utf8_general_ci а на старом utf8_unicode_ci. как поменять? или не в этом дело?

Версия форума?

Как переносили?

Имя бд не меняли?

  • Replies 204
  • Просмотров 47,9k
  • Created
  • Последний ответ

Лучшие авторы в теме

Most Popular Posts

  • на форуме есть ответ,ссылку не дам,но это обсуждалось!

  • Если только домен, то изменить в Системных настройках просто изменить адрес сайта и остальное, что с ним связано.

  • Прекращайте писать абы что, в каждой теме с вашим участием такое. В инструкции все четко написано, если будете делать как надо все будет в порядке.

Posted Images

  On 07.02.2017 at 16:53, WOLF said:

Версия форума?

Как переносили?

Имя бд не меняли?

3.4.9 версия форума, сделал бэкапы форума-залил на новый форум. менял в конфигурации 

Эта ошибка обычно бывает при смене кодировки в ACP на неподдерживаемую или при восстановлении бэкапа базы данных/переносе базы данных на другой сервер с использованием неверной кодировки или collation (порядок символов при сортировке).

Как раз ваш случай. Базу неправильно импортировали.

Кодировка должна быть utf8, collation utf8_general_ci.

я не знаю как поменять код

  On 07.02.2017 at 16:59, WOLF said:

Эта ошибка обычно бывает при смене кодировки в ACP на неподдерживаемую или при восстановлении бэкапа базы данных/переносе базы данных на другой сервер с использованием неверной кодировки или collation (порядок символов при сортировке).

Как раз ваш случай. Базу неправильно импортировали.

Кодировка должна быть utf8, collation utf8_general_ci.

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

Конвертор от Ritsuka - 

<?php
// Database info

include("conf_global.php");

$dbhost = $INFO['sql_host'];
$dbuser = $INFO['sql_user'];
$dbpass = $INFO['sql_pass'];
$dbname = $INFO['sql_database'];

//---------------

header('Content-type: text/plain');

$dbconn = mysql_connect($dbhost, $dbuser, $dbpass) or die( mysql_error() );
$db = mysql_select_db($dbname) or die( mysql_error() );

$sql = "ALTER DATABASE `".$dbname."` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci";
$result = mysql_query($sql) or die( mysql_error() );
print "Database changed to UTF-8.\n";

$sql = 'SHOW TABLES';
$result = mysql_query($sql) or die( mysql_error() );

while ( $row = mysql_fetch_row($result) )
{
$table = mysql_real_escape_string($row[0]);
$sql = "ALTER TABLE $table DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci, CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci";
mysql_query($sql) or die( mysql_error() );
print "$table changed to UTF-8.\n";
}

mysql_close($dbconn);
?>


Помещаем как файл в корень форума и запускаем. 

  On 07.02.2017 at 17:33, WOLF said:

Конвертор от Ritsuka - 


<?php
// Database info

include("conf_global.php");

$dbhost = $INFO['sql_host'];
$dbuser = $INFO['sql_user'];
$dbpass = $INFO['sql_pass'];
$dbname = $INFO['sql_database'];

//---------------

header('Content-type: text/plain');

$dbconn = mysql_connect($dbhost, $dbuser, $dbpass) or die( mysql_error() );
$db = mysql_select_db($dbname) or die( mysql_error() );

$sql = "ALTER DATABASE `".$dbname."` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci";
$result = mysql_query($sql) or die( mysql_error() );
print "Database changed to UTF-8.\n";

$sql = 'SHOW TABLES';
$result = mysql_query($sql) or die( mysql_error() );

while ( $row = mysql_fetch_row($result) )
{
$table = mysql_real_escape_string($row[0]);
$sql = "ALTER TABLE $table DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci, CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci";
mysql_query($sql) or die( mysql_error() );
print "$table changed to UTF-8.\n";
}

mysql_close($dbconn);
?>


Помещаем как файл в корень форума и запускаем. 

спасибо, а еще более подробнее)), что не получается

Создаете файл с расширением .php , закидываете его в корень (где лежат ваши файлы форума) и запускаете пройдя: форум.ру/расширение.php

  On 07.02.2017 at 17:50, WOLF said:

Создаете файл с расширением .php , закидываете его в корень (где лежат ваши файлы форума) и запускаете пройдя: форум.ру/расширение.php

После конвертации  utf8_unicode_ci на  utf8_general_ci  все равно выдает ошибку фатал ерор

  Цитата

Первый раз я ответил как лечить эту ошибку 10-го августа 2009 года. С тех пор много что изменилось, а вот пользоваться поиском при возникновении проблем никто так и не научился.

1) Откройте через phpMyAdmin таблицу {префикс}cache_store, найдите поле "settings" и вставьте туда значение:


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

или выполните sql запрос


UPDATE {префикс}cache_store SET cs_value='a:2:{s:10:"mail_queue";i:0;s:13:"task_next_run";s:10:"1246017960";}' WHERE cs_key = 'settings';


{префикс} - префикс таблиц

2) Все запустится, обязательно сразу пройдите в АЦ и перестройте все кеши.

Тот факт, что ошибка вообще вылезла, означает что вы скорее всего при переносе не учли кодировку, и на новом месте БД у вас уже не UTF-8. Так же IPS настоятельно рекоммендует при переносе, копировании, обновлени - всегда ставить форум в режим "Оффлайн". Тогда и ошибок таких не будет.

-------------------------------------------------------------------------------------------

Fix cache crash for developers (фикс битого кэша для продвинутых пользователей)
Сброс всех кэшей системы.

1) Выполнить запросы
UPDATE ibf_cache_store SET cs_value='a:0:{}' WHERE cs_array=1 AND cs_key != 'settings';
UPDATE ibf_cache_store SET cs_value='a:2:{s:10:"mail_queue";i:0;s:13:"task_next_run";s:10:"1246017960";}' WHERE cs_key = 'settings';

2) Открыть /admin/applications/core/modules_admin/applications/applications.php
Найти


$apps[ $row['app_directory'] ]['hasCustomHeader'] = ( method_exists( $this->registry->output->getTemplate( $row['app_directory'] . '_global' ), 'overwriteHeader' ) ) ? 1 : 0;

Заменить на


$apps[ $row['app_directory'] ]['hasCustomHeader'] = ( $this->registry->isClassLoaded('output') && method_exists( $this->registry->output->getTemplate( $row['app_directory'] . '_global' ), 'overwriteHeader' ) ) ? 1 : 0;

Если версия < 3.4, подправить /admin/sources/classes/output/publicOutput.php
Найти


"cache_set_id=" . $skinSetID

Заменить на


"cache_set_id=" . intval( $skinSetID )

3) Зайти в админцентр.
Перестроить все кэши. 

 

Автор:  Ritsuka

После добавления у меня браузер говорит о недоступности данного сайта)). А может тогда надо переустановить ipb?

Первый раз я ответил как лечить эту ошибку 10-го августа 2009 года. С тех пор много что изменилось, а вот пользоваться поиском при возникновении проблем никто так и не научился.

1) Откройте через phpMyAdmin таблицу {префикс}cache_store, найдите поле "settings" и вставьте туда значение:

a:2:{s:10:"mail_queue";i:0;s:13:"task_next_run";s:10:"1246017960";}
  On 07.02.2017 at 20:06, Respected said:

Друзья, все гораздо проще. В папке с ipb3 есть директория upgradeFinish. Загрузить в папку админ и перейти в адресной строке admin/upgradeFinish

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@konigen.ru to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Выдало ошибку, это значит что я не правильно сделал?

  On 07.02.2017 at 20:22, lovemenow said:

И что теперь надо сделать? ! 

1. не кричать

2. читать мою подпись:

  Цитата

Что такое "лог ошибок и как его найти"?
На вашем FTP в корневом каталоге существует папка cache, а в ней уже находится файл sql_error_latest.cgi

 

  Цитата

 

Error: 2006 - MySQL server has gone away


Здесь дело не в базе, а в сервере MySQL.
 

MySQL сказал(а):

The most common reason for the MySQL server has gone away error is that the server timed out and closed the connection

 

на какой хостинг перешли? 

 

  On 07.02.2017 at 21:14, WOLF said:

на какой хостинг перешли? 

 

firstvds.ru, техподдержка говорит,что первая диагностика ничего не дала, чтобы повторить надо заплатить 500 рублей 

  On 07.02.2017 at 21:29, lovemenow said:

firstvds.ru, техподдержка говорит,что первая диагностика ничего не дала, чтобы повторить надо заплатить 500 рублей 

Техподдержка просто Агонь!O.o не знаю, даже, везде говорится о проблеме с хостом, но в настройке серверов я не силен, подождем, может кто сможет вам помочь 

p.s. не смейте платить этим барыгам! :ph34r:

Попробуй ето:

UTF8 Database конвертер
Этот инструмент преобразует вашу базу данных 3.x IP.Board в UTF8 (с сличении utf8_unicode_ci). 
Этот инструмент имеет вебинтерфейс и интерфейс CLIкоторый является предпочтительнымкогда разрешение позволяет. Скачать ZIP содержит полные инструкции внутри "readme.html" документа. 

 

 

utf8convert.zip

  • 3 месяца спустя...
  On 10.05.2017 at 11:09, WOLF said:

пройдет само, перелогнитесь и все будет показывать норм

Screenshot_2.png

Сори за перерасчет xD перезашел не помогло 

  On 10.05.2017 at 11:15, WOLF said:

кеш браузера очистите!!!

вы зашли на сайт по ezwin.pro? у меня там старый сайт вот новый http://185.75.47.125  и кеш очистил не помогло  

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Ответить в этой теме...

Последние посетители 0

  • No registered users viewing this page.