Переход с 3.0.5 на 3.1.9 самый быстрый путь?

[Zemius]

Всем привет. Долго меня всё устраивало в моём клубном форуме, но ... Прогресс не умолим. В свете последних новостей о прекращении поддержки 3.0 думаю эта тема будет интересна многим.
Мне не нужны не какие моды с предыдущей версии. По сути мне нужно просто модифицировать базу под 3.1.х. Подскажите как можно быстрее это сделать.
Изначально я шёл путём стандартах модификаций. Перешёл с 3.0.5 на 3.0.8 потом 3.0.8 => 3.0.9; 3.0.9 => 3.0.10; 3.0.10 => 3.0.11; 3.0.11 => 3.0.12; 3.0.12 => 3.0.13; 3.0.13 => 3.0.14; После чего перешёл 3.0.14 => 3.1.9;
Всё получилось и меня почти всё устраивает. Но это я делал как эксперимент на тестовой базе.. Идти снова этим путём лень, так как думается что можно это сделать проще..
Я пытался сделать переход с помощью инструмента STK в нём есть замечательнаю функция по дописыванию нужных и удалению ненужных полей из базы.. Но почему то на базе версии 3.0 он работать отказался. Выдав ошибку

Код: Выделить всё

Error 1: Class 'critical_repair' not found at file /home/zerat348/public_html/testmegration.ru/stk/includes/functions.php line 730

Может кто что подскажет по этому поводу, в целях облегчения перехода? Интересуют любые мысли на этот счёт.

[Sumanai]

Тут прямо первым пунктом идёт ответ на ваш вопрос Мини [FAQ] по phpBB 3.1.x

[Sheer]

1. Установите актуальную версию STK для 3.0
2. Конвертировать можно сразу с 3.0.5 до 3.1.9, ибо процесс конвертации последовательно обновляет структуру БД, включая все промежуточные версии. А кроме обновления БД по сути больше ничего и не надо.

[Zemius]

Возникает странный глюк связанный с SID ом. Я пытаюсь запустить /install/database_update.php. Мне говорят вначале залогинься на конференцию. Я логинюсь, захожу в админку (при этом везде вылазит СИД), но как только я пытаюсь запустить /install/database_update.php СИД слетает и меня опять просят зарегиться на конфе.. и так по кругу..

[Sheer]

Следует правильно настроить куки.

[Zemius]

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

Счас проблема такая. При попытке запустить /install/database_update.php мне предлагают залогиниться а я этого сделать не могу так как база не подходит.. Вот такое окно вылазит

Код: Выделить всё

"Убедитесь в том, что вы также обновили файлы конференции. Этот файл обновляет только базу данных.
Войдите на конференцию и проверьте, что всё работает нормально. Не забудьте удалить, переименовать или переместить папку install!"

Что за глюк? До этого всё нормально проходило..

А счас перебрасывает на УРЛ ../ucp.php?mode=login
И белый экран стоит..

[Sheer]

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

Убедитесь в том, что вы также обновили файлы конференции.

[Zemius]

Файлы все обновил.. там на самом деле только новые файлы и были (от версии 3.1.9) .. Потом я заливал поверх 3 папки из старой верси..
Скрипт пишет что база старая

Код: Выделить всё

Тип базы данных :: mysqli
Предыдущая версия :: 3.0.5

Такое ощущение что не проходит какая то глуппая проверка по файлам (как он там и с чего, решил что я их не обновлял, не знаю..) Мне файлы эти вообще не нужны. У меня рабочие настроенные файлы уже лежат.. Мне нужно что бы скрипт базу поправил и всё!

Может можно как то в скрипте отключить проверку? Я просто в ПХП не силён..

Отправлено спустя 30 минут 23 секунды:
Только что перезалил все файлы по новой.. Эффект то же самый..

[Sheer]

Zemius, Вы ЛС не читаете?

[Zemius]

Ой.. простите.. нет не читаю..

Я кажется понял что я сделал не так.. Я вначале модифицировал базу, дабы всё проверить. А после этого попросил админов на хостинге, восстановить эту базу. И они скорее всего просто в неё залили старую базу не изменив при этом её структуру. То есть правильнее надо было эту базу вначале, грохнуть а потом заново её восстановить (когда я им писал я подразумевал именно это). Но они скорее всего просто перезалили её и всё!
Поэтому сейчас скрипт и определяет базу как уже модифицированную, но при этом ставит старую дату!
Счас написал админам ещё раз.. Как перезальют проверю и отпишусь. Надеюсь поможет, так как мыслей больше никаких нет.

[Sheer]

В общем заблудился в трех соснах. А всего-то навсего нужно было сделать, как написано тут Мини [FAQ] по phpBB 3.1.x

[Zemius]

Да всё дело было в том что обновили данные в таблице, а не её структуру!
Всем откликнувшимся, спасибо за помощь.

[Sheer]

обновили данные в таблице, а не её структуру!

Это как это???
На самом деле все дело в том, что в папке .\store остался файл с именем примерно таким: migrations_1472981173.log в котором записаны данные об обновлении базы данных, например

Код: Выделить всё

[DEBUG] Обновление уже было выполнено (пропущено): \phpbb\db\migration\data\v30x\release_3_0_0
[DEBUG] Обновление уже было выполнено (пропущено): \phpbb\db\migration\data\v30x\release_3_0_1
[DEBUG] Обновление уже было выполнено (пропущено): \phpbb\db\migration\data\v30x\release_3_0_10
[DEBUG] Обновление уже было выполнено (пропущено): \phpbb\db\migration\data\v30x\release_3_0_10_rc1

и так далее. Поэтому скрипт обновления схемы БД считал обновление уже выполненным.
Ну одним словом Если ничто другое не помогает, прочтите, наконец, инструкцию!

[Zemius]

Это вряд ли.. так как папку store я раза 3 стирал и переписывал..

Zemius писал(а):
Qr Bbpost обновили данные в таблице, а не её структуру!
Это как это???

Ну как.. Очень просто..
1. есть таблица структура которой описывается как скажем 3 х 4, с такими то названиями столбцов..
2. и есть данные которые в эту таблицу записываются.
Между первым и вторым есть две большие разницы!

[Sumanai]

Между первым и вторым есть две большие разницы!

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