1.2.2 Переезд на другой домен и другой сервер

ссылку то сотри.
при импорте не надо пытаться залить АРХИВ. заливать нужно сам sql файл.
и ещё - в текстовом редакторе в sql-файле ты провёл замены СТАРЫЙ_ДОМЕН на НОВЫЙ_ДОМЕН?

 

Заменил, только текстовый файл сильно долго ставится... Уже прошло минут 5.
--- добавлено : 14 ноя 2013 в 21:51 ---
О, закончило, но выбило ошибку:
Ошибка
SQL-запрос:

--
-- База данных: `dfc1_spigotmc`
--
CREATE DATABASE `dfc1_spigotmc` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

Ответ MySQL:

#1044 - Access denied for user 'chris2012'@'localhost' to database 'dfc1_spigotmc'

 

так. короче - в личку

 

Сколько можно на одни и те же грабли нарываться? Через phpmyadmin легко снять бэкап, но не залить. Проблема обычно в ограничении на размер передаваемого файла в php. Соответственно, при попытке залить файл бОльшего размера, чем разрешено в php, он будет обрезан, что приведет к некорректному запросу. Самостоятельно разбивать файл дампа на более мелкие возможно, но утомительно и малопродуктивно.

Для быстрой корректной заливке дампов уже давно существует sypex. Он умеет и создавать и заливать дампы любого объема.

 

Супекс хорош бесспорно ). Но там всё ещё хуже оказалось - сам файл дампа неполный. Там половины таблиц не оказалось. В общем бэкап битый без шансов вообще. Кинули чувака :-(

 

Это почему проблема залить через phpmyadmin? Все зависит от хостера. У меня изначально были проблемы, но после обращения они увеличили возможный размер до 999 MB.

Надо изначально хостера нормального искать. Я можно сказать неделю рыл весь инет, читал отзывы и все такое, пока не нашел норм хостера.

 

ну это ограничение тоже не с потолка взято. оно же не просто так. а то загрузят на сайт гигабайтные хрени. Понятно что должна быть возможность рулить, но в разумных пределах. И понятно что сам движок ограничивает размер аплоада, но это ещё и серверный уровень безопасности на всякий случай. ибо если будет дыра в коде на программном уровне - может спасти более высокий уровень безопасности. это не только аплоада касается, а вообще.

Например на рутрекере в переписке один перец хотел наехать из-за того что его похакали и катил бочки что в движке дыра. Я думаю если софт на серваке весьма криво настроен - то никакой качественный движок не спасёт. Равно как и наоборот.

 

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

 

по 50% дампу можно восстановить форум,
потому что
`xf_thread`темы
`xf_post` посты
дублируются в
`xf_search_index`
другое дело что готовых скриптов для исправления баз ксена нету(или я об этом не знаю).
(я бы за 3-5тр думаю смог восстановить темы и сообщения(все кроме пользователей),при условии что в дампе есть `xf_search_index` если отсутствует, тогда `xf_thread` + `xf_post`)

 

@smbbws ну напиши Тёмке если сможешь и о цене договоритесь.
в дампе нет таблиц:
xf_template_history
xf_template_include
xf_template_map
xf_template_modification
xf_template_modification_log
xf_template_phrase
xf_thread
xf_thread_prefix
xf_thread_prefix_group
xf_thread_read
xf_thread_redirect
xf_thread_user_post
xf_thread_view
xf_thread_watch
xf_trophy
xf_trophy_user_title
xf_upgrade_log
xf_user
xf_user_alert
xf_user_alert_optout
xf_user_authenticate
xf_user_ban
xf_user_confirmation
xf_user_external_auth
xf_user_field
xf_user_field_value
xf_user_follow
xf_user_group
xf_user_group_change
xf_user_group_promotion
xf_user_group_promotion_log
xf_user_group_relation
xf_user_ignored
xf_user_news_feed_cache
xf_user_option
xf_user_privacy
xf_user_profile
xf_user_status
xf_user_trophy
xf_user_upgrade
xf_user_upgrade_active
xf_user_upgrade_expired
xf_user_upgrade_log
xf_warning
xf_warning_action
xf_warning_action_trigger
xf_warning_definition

 

написал,
xf_thread отсутствует зато есть xf_search_index` и `xf_post`
темы и сообщения можно восстановить.

 

Хорошо, а если дамп пару гигов? Увеличивать лимит до 2 гигов? Тогда есть большая вероятность того, что сервер просто колом встанет. Я бы на месте хостера так не рисковал.

 

толку от тем если нет такой немаловажной таблицы как xf_user

 

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

Вопрос:по вашему,пользователи заходят на ваш сайт,что бы смотреть профили пользователей или в целях нахождения нужной информации?
Поисковые системы осуществляют приток пользователей,на основе информации сайта,нафиг им нужны профили пользователей?Как бэ...Иногда лучше жевать чем говорить.

НО! По идее,без таблицы xf_user в теории можно восстановить пользователей (я бы за это не взялся),как? Ники пользователей,ид пользователей, и их айпишники фигурируют в других таблицах,если ип юзера уникален по отношению к другим юзерам,то проблем вообще нет,проблема только во времени.

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

 

Что за отношение к форуму, как к дорвею. Накопили темок и индексации - ура, самоцель.
А пользователи дело 10-е, так чтоли?
В общем, я в шоке. Вот уж действительно, лучше жевать чем говорить.

 

После переноса, у меня появилась ошибка.
При регистрации людям отсылается сообщение для подтверждения аккаунта, но ссылка идёт со старого адреса, хоть я в sql менял все ссылки. Что делать?