Jump to content

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


Recommended Posts

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

Мне нужно перенести форум с одного доменного имени на другой. На одном и том же хостере и один и тот же phpMyadmin. Сделал бекап БД, Создал новую базу, пытаюсь туда перезалить базы и получаю такую ошибку:

 SQL запрос:
--
-- Индексы таблицы `ipb_core_search_index`
--
ALTER TABLE `ipb_core_search_index`

ADD PRIMARY KEY (`index_id`), ADD UNIQUE KEY `object` (`index_class`(181),`index_object_id`), ADD KEY `index_date_updated` (`index_date_updated`), ADD KEY `index_date_created` (`index_date_created`), ADD KEY `index_hidden` (`index_hidden`), ADD KEY `index_prune` (`index_item_id`,`index_date_updated`), ADD KEY `index_class_type_id_hash` (`index_class_type_id_hash`), ADD KEY `index_club_id` (`index_club_id`), ADD KEY `item` (`index_class`(181),`index_item_id`), ADD KEY `container` (`index_class`(181),`index_container_id`), ADD KEY `index_class_and_object_id` (`index_class`(181),`index_object_id`), ADD KEY `author_lookup` (`index_author`,`index_class`(170),`index_hidden`,`index_date_updated`), ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`), ADD FULLTEXT KEY `index_title` (`index_title`);

Люди, что он от меня хочет? Как решить проблему?

Link to post
Share on other sites
  • Replies 199
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Это тема поддержки статьи: Перенос форума на другой хостинг. Здесь вы можете обсудить все вопросы, связанные с этой статьёй. Дата добавления статьи: 02 Июль 2012 - 15:27 Дата обновления стать

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

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

Posted Images

19 минут назад, vadim_chik сказал:

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

Мне нужно перенести форум с одного доменного имени на другой. На одном и том же хостере и один и тот же phpMyadmin. Сделал бекап БД, Создал новую базу, пытаюсь туда перезалить базы и получаю такую ошибку:


 SQL запрос:
--
-- Индексы таблицы `ipb_core_search_index`
--
ALTER TABLE `ipb_core_search_index`

ADD PRIMARY KEY (`index_id`), ADD UNIQUE KEY `object` (`index_class`(181),`index_object_id`), ADD KEY `index_date_updated` (`index_date_updated`), ADD KEY `index_date_created` (`index_date_created`), ADD KEY `index_hidden` (`index_hidden`), ADD KEY `index_prune` (`index_item_id`,`index_date_updated`), ADD KEY `index_class_type_id_hash` (`index_class_type_id_hash`), ADD KEY `index_club_id` (`index_club_id`), ADD KEY `item` (`index_class`(181),`index_item_id`), ADD KEY `container` (`index_class`(181),`index_container_id`), ADD KEY `index_class_and_object_id` (`index_class`(181),`index_object_id`), ADD KEY `author_lookup` (`index_author`,`index_class`(170),`index_hidden`,`index_date_updated`), ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`), ADD FULLTEXT KEY `index_title` (`index_title`);

Люди, что он от меня хочет? Как решить проблему?

а может попросить об этом ТП хостинга? они скорее всего это бесплатно сделают

и зачем делать вторую БД? когда нужно всего лишь изменить адрес

Link to post
Share on other sites
5 минут назад, WOLF сказал:

а может попросить об этом ТП хостинга? они скорее всего это бесплатно сделают

А про ошибку Вы не подскажете? Просто не хочется каждый раз канючить у них. Вычислить проблему и делать самому. Не?

7 минут назад, WOLF сказал:

и зачем делать вторую БД? когда нужно всего лишь изменить адрес

Нужны две одинаковые копии сайта, но работающие от разных баз. В последствии один сайт будет уничтожен и сделан редирект на другой

Link to post
Share on other sites
59 минут назад, WOLF сказал:

это ошибка не связана с IPS а с Phpmyadmin

А вот что ответил хостер

Цитата
В данный момент с phpMyadmin проблем не наблюдается

 

Не подскажете куда делась исходная статья с инструкцией переноса форума на другой хостинг?

 

Link to post
Share on other sites
19 часов назад, Zero108 сказал:

Установите supex dumper бесплатный. И попробуйте перезалить базу данных в нем.

Залил, выставил права на файлы и папки. Запустил, появилось окно авторизации, ввел логин пароль, хост и порт. При попытке подключится белое окно. И ничего не просиходит

Link to post
Share on other sites

Итак, ребята. Если кто нибудь нарвется на такую проблему и самоуверенного и самовлюбленного хостера, то решить проблему можно так.

Сначала ошибка. Выглядит она так:

SQL запрос:
--
-- Индексы таблицы `ipb_core_search_index`
--
ALTER TABLE `ipb_core_search_index`

Мускул ругается на то, что в одном запросе идет два запроса ADD FULLTEXT KEY

 ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`), ADD FULLTEXT KEY `index_title` (`index_title`);

Открываем базу в Notepad++

и укорачиваем эту строчку до:

Было так:

ALTER TABLE `ipb_core_search_index`
  ADD PRIMARY KEY (`index_id`), ADD UNIQUE KEY `object` (`index_class`(181),`index_object_id`), ADD KEY `index_date_updated` (`index_date_updated`), ADD KEY `index_date_created` (`index_date_created`), ADD KEY `index_hidden` (`index_hidden`), ADD KEY `index_prune` (`index_item_id`,`index_date_updated`), ADD KEY `index_class_type_id_hash` (`index_class_type_id_hash`), ADD KEY `index_club_id` (`index_club_id`), ADD KEY `item` (`index_class`(181),`index_item_id`), ADD KEY `container` (`index_class`(181),`index_container_id`), ADD KEY `index_class_and_object_id` (`index_class`(181),`index_object_id`), ADD KEY `author_lookup` (`index_author`,`index_class`(170),`index_hidden`,`index_date_updated`), ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`), ADD FULLTEXT KEY `index_title` (`index_title`);

А мы делаем так:

ALTER TABLE `ipb_core_search_index`
  ADD PRIMARY KEY (`index_id`), ADD UNIQUE KEY `object` (`index_class`(181),`index_object_id`), ADD KEY `index_date_updated` (`index_date_updated`), ADD KEY `index_date_created` (`index_date_created`), ADD KEY `index_hidden` (`index_hidden`), ADD KEY `index_prune` (`index_item_id`,`index_date_updated`), ADD KEY `index_class_type_id_hash` (`index_class_type_id_hash`), ADD KEY `index_club_id` (`index_club_id`), ADD KEY `item` (`index_class`(181),`index_item_id`), ADD KEY `container` (`index_class`(181),`index_container_id`), ADD KEY `index_class_and_object_id` (`index_class`(181),`index_object_id`), ADD KEY `author_lookup` (`index_author`,`index_class`(170),`index_hidden`,`index_date_updated`), ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`);

потом делаем запрос в базу:

ALTER TABLE  `ipb_core_search_index`  ADD FULLTEXT KEY `index_title` (`index_title`);

тем самым возвращая статус скво

Link to post
Share on other sites
В 23.04.2018 в 22:59, Zero108 сказал:

Установите supex dumper бесплатный. И попробуйте перезалить базу данных в нем.

http://sypex.net/files/SypexDumper_2011.zip

В результате поисков, удалось найти решение проблемы. Оказалось что супер-дампер не работает с рнр 7 и выше. Для решения проблемы, нужно заменить в дампере index.php файл на вот этот и все будет работать. Но он не поможет решить вопрос с проблемой, когда в одной строке идет два запроса ADD FULLTEXT KEY. Решение этой проблемы я выложил чуть выше. Пишу на тот случай, если какой нибудь бедолага (типа меня) словит эти проблемы, что бы сократить время поисков

Вот на этот https://github.com/Beaten-Sect0r/yii2-core/blob/d8c5b56d7205be953b163bb0c8284608cd7ffa42/backend/components/sypexDumper/sxd/index.php

Link to post
Share on other sites

Люди, а есть возможность, что нибудь отредактировать в самом скрипте, что бы БД всегда была в виде:

-
-- Индексы таблицы `ipb_core_search_index`
--
ALTER TABLE `ipb_core_search_index`
  ADD PRIMARY KEY (`index_id`), ADD UNIQUE KEY `object` (`index_class`(181),`index_object_id`), ADD KEY `index_date_updated` (`index_date_updated`), ADD KEY `index_date_created` (`index_date_created`), ADD KEY `index_hidden` (`index_hidden`), ADD KEY `index_prune` (`index_item_id`,`index_date_updated`), ADD KEY `index_class_type_id_hash` (`index_class_type_id_hash`), ADD KEY `index_club_id` (`index_club_id`), ADD KEY `item` (`index_class`(181),`index_item_id`), ADD KEY `container` (`index_class`(181),`index_container_id`), ADD KEY `index_class_and_object_id` (`index_class`(181),`index_object_id`), ADD KEY `author_lookup` (`index_author`,`index_class`(170),`index_hidden`,`index_date_updated`), ADD FULLTEXT KEY `index_content` (`index_content`,`index_title`);

-- Индексы таблицы `ipb_core_search_index`
--
 ALTER TABLE  `ipb_core_search_index`  
  ADD FULLTEXT KEY `index_title` (`index_title`);

Ну что бы каждый раз не редактировать вручную. Помогите плз, предлагаю в обмен полностью руссифицированный установщик IPS 4.3.1 (не копипастил, сам делал) Спасибо

Link to post
Share on other sites
31 минуту назад, Respected сказал:

Так чем дампер не устраивает?

Почему же не устраивает ) Устраивает. Но как выше писАл, он не помогает решить именно этот вопрос.  Во всяком случае у меня он вываливается с ошибкойПока нашел только такое решение проблемы, редактирование дампа. Попробую еще через ssh загонять дамп (в терминале), может прокатит.. Но не удобно это.. Ну не все же юзеры умеют с ssh работать, а php 7 встречается все чаще и чаще. Ну я нашел решение вопроса, а другие?  Я не настаиваю, просто спрашиваю ) Да к тому же в качестве благодарности предложил свой руссифицированный инсталлятор для IPS 4.3.1 (хотя могу и просто так им поделиться)

Link to post
Share on other sites

Рабочий дампер для php 7 можно без труда найти в гугле. По SSH дамп лучше заливать, нежели через phpmyadmin, в этом нет ничего сложного, а даже полезно в наше время.

Link to post
Share on other sites

========================Залить дамп по ssh===================

mysql ИМЯ_БАЗЫ -uИМЯ_ПОЛЬЗОВАТЕЛЯ -pПАРОЛЬ < ИМЯ_БАЗЫ.sql

или

mysql -uroot -ПАРОЛЬ

и далее в окне на приглашение mysql> пишем:

use ИМЯ_БАЗЫ;
\. /var/lib/phpMyAdmin/upload/ИМЯ_БАЗЫ.sql


 

Link to post
Share on other sites
  • 1 year later...

Здравствуйте, уважаемые участники форума!

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

Суть: Нужно действующий форум (IPB 3.4.6.) перевести на другой домен с, к примеру, c domen.ru на domen.uz, при этом на старом домене https, на новом просто, http.

Порядок действий:

1) Делаю бекап форума и соответственно его базы на старом домене domen.ru

2) На новом домене (domen.uz), с нуля ставлю IPB 3.4.6, при этом база данных форума имеет новое название, но указан такой же префикс таблиц, как на старом домене. В файле conf_global.php,  естественно, прописана база данных с новым названием и правильным префиксом таблиц.  

3) Далее в новой базе данных удаляю все таблицы и делаю экспорт из старой базы данных.

Проблема.

После всех вышеописанных действий, по новому адресу открывается только главная страница форума и всё. Попытки авторизироваться на форуме по новому адресу, не получается, выдает ошибку авторизации, хотя используется пара логин/пароль такие же как на старом форуме.

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

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

Собственно,  нужна помощь в том как решить эту проблему, чтобы форум нормально переехал по новому адресу. Может что-то делаю не так при переносе или что-то еще не доделал?

Заранее благодарю за помощь и подсказки. 

Link to post
Share on other sites

 

2 часа назад, Respected сказал:

htaccess что содержит?

Спасибо за подсказку, htaccess подправил, теперь можно ходить по форуму, но по прежнему не проходит авторизация и нет доступа к админке, касательно этих проблем, тоже в htaccess копать? 

Link to post
Share on other sites
20 минут назад, rolly_rolly сказал:

Спасибо за подсказку, htaccess подправил, теперь можно ходить по форуму, но по прежнему не проходит авторизация и нет доступа к админке, касательно этих проблем, тоже в htaccess копать? 

Вряд ли. Есть ли такой пользователь в бд?

Link to post
Share on other sites
2 минуты назад, Respected сказал:

Вряд ли. Есть ли такой пользователь в бд?

Да, конечно, база со старого форума со всеми пользователями. И если смотреть таблицу members в базе, он видит всех этих пользователей, но не под одним из них зайти нельзя.

Link to post
Share on other sites
  • 8 months later...

Вопрос к знатокам.

Хостинг https://www.ihc.ru/hosting.html, тариф Bacik

Достали тормоза при работе скриптов ( не просто переход по страницам, а именно обработка информации).

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

Подскажите, что можно изменить?

PHP 7.4.7

Со своей стороны, для ускорения работы скриптов, включили php акселератор opcache, а также увеличили объем memory_limit. ( не помогло вообще )

Переехать конечно можно, но это так трудоемко, и будет ли лучше, хз ...

Link to post
Share on other sites
4 минуты назад, t_reks сказал:

Вопрос к знатокам.

Хостинг https://www.ihc.ru/hosting.html, тариф Bacik

Достали тормоза при работе скриптов ( не просто переход по страницам, а именно обработка информации).

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

Подскажите, что можно изменить?

PHP 7.4.7

Со своей стороны, для ускорения работы скриптов, включили php акселератор opcache, а также увеличили объем memory_limit. ( не помогло вообще )

Переехать конечно можно, но это так трудоемко, и будет ли лучше, хз ...

Да, лучше будет.
Переезд это просто, только кажется что все так плохо.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Ваша ссылка была автоматически строена.   Отображать как обычную ссылку

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...