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

Мне нужно перенести форум с одного доменного имени на другой. На одном и том же хостере и один и тот же 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`);

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

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`);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Цитата

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

 

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

 

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

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

19 часов назад, Zero108 сказал:

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

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

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

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

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`);

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

В 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

В 23.04.2018 в 21:14, vadim_chik сказал:

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

Я один не вижу в посте текста ошибки? 

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

Я один не вижу в посте текста ошибки? 

Хмм... Прошу прощения, вот она:

#1795 - InnoDB presently supports one FULLTEXT index creation at a time 

 

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

-
-- Индексы таблицы `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 (не копипастил, сам делал) Спасибо

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

31 минуту назад, Respected сказал:

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

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

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

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

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

или

mysql -uroot -ПАРОЛЬ

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

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

 

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

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

Суть: Нужно действующий форум (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) Далее в новой базе данных удаляю все таблицы и делаю экспорт из старой базы данных.

Проблема.

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

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

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

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

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

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

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

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

AddDefaultCharset utf-8
AddCharset utf-8 *
<IfModule mod_charset.c>
CharsetSourceEnc utf-8
CharsetDefault utf-8
</IfModule>

 

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

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

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

20 минут назад, rolly_rolly сказал:

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

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

2 минуты назад, Respected сказал:

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

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

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

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

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

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

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

PHP 7.4.7

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

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

4 минуты назад, t_reks сказал:

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

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

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

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

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

PHP 7.4.7

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

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

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