Беспроблемный пошаговый переход от SMF 1.1.21 к SMF 2.1 RC1 на больших форумах

Автор TXT, 01 марта 2019, 20:42:17

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

TXT

Беспроблемный пошаговый переход от SMF 1.1.21 к SMF 2.1 RC1 на форумах с большими базами данных

Нисколько ни умаляя важность инструкции уважаемого Mavn, хочу поделиться проверенным ценой несколькодневного тестирования методом обновления форума с SMF 1.1.21 на самую последнюю на текущий момент версию - SMF 2.1 RC1. Итак, начнем :)



1. На первом месте, как вы догадались, стоит бекап - и файлов, и базы данных. Это необходимо сделать.



2. Темы Оформления - Установка и управление 

Флажок на Разрешить пользователям выбирать темы оформления "По умолчанию".

Сменить по умолчанию: Default

Сбросить у каждого на: Default

Сохранить



3. Темы Оформления - Темы и настройки

Уничтожить все темы, кроме Default (её и не получится :) )



4. Настройки сервера - Язык по умолчанию - English



5. При необходимости применяем утилиту repair_settings

Проверяем в ней: english, Default, правильность путей. Обратите внимание, если у вас форум на SSL - утилита предлагает http. Проверяем, чтобы было https.



6. У кого выставлены языки - обнуляем в базе:

UPDATE `smf_members` SET `lngfile` = REPLACE( `lngfile`, 'russian', '' );
UPDATE `smf_members` SET `lngfile` = REPLACE( `lngfile`, 'english', '' );
Проверяем сортировкой поля, чтобы все поля были пустые.



7. В админке выполняем:

Optimize all tables to improve performance.
Find and repair any errors.
Recount all forum totals and statistics.
Empty out unimportant logs
А также логи ошибок и модерации



8. Заливаем smf_2-0-15_upgrade.zip и разархивируем его в дирректорию установленного форума.
Проверяем у Settings.php и Settings_bak.php права 666.



9. Запускаем upgrade.php (на неслабых серверах можно в файле предварительно поменять число в  $timeLimitThreshold = 3; на, например, 10).

Рекомендую флажки:
Put the forum into maintenance mode during upgrade.
Output extra debugging information
Empty error log before upgrading



10. На розовенький Error! Server has not responded for 100 seconds. It may be worth waiting a little longer or otherwise please click here to try this step again почти не обращаем внимание - дайте серверу время.



11. После установки стираем все из с forum/ (кроме attachments, avatars, (другие папки с именно вашими данными и медиа) и Settings.php с Settings_bak.php (последние два файла сохранить отдельно)).



12. Заливаем smf_2-0-15_install.zip, разархивируем, удаляем 4 файла install..., возвращаем Settings.php с Settings_bak.php (выставляем им снова 666).



13. Авторизуемся и:

Optimize all tables
Find and repair any errors.
Recount all forum totals and statistics.
Empty out unimportant logs
Empty the file cache



14. Заливаем  smf_2-1-rc1_upgrade.zip, разархивируем.



15. В upgrade.php и upgrade_2-1_mysql.sql  делаем изменения (спасибо digger'y за ссылку!). Также по желанию на мощных серверах ставим в upgrade.php $timeLimitThreshold = 10;



16. Запускаем upgrade.php.

Рекомендую флажки:
Put the forum into maintenance mode during upgrade.
Output extra debugging information
Empty error log before upgrading
Delete all karma settings and info from the DB
Migrate to a new Settings file.

Идем медитировать.



17. После окончания: чтобы не было мусора - удалить все из с forum/ (кроме attachments, avatars, (другие папки с именно вашими данными и медиа) и Settings.php с Settings_bak.php (последние два файла сохранить отдельно)).



18. Заливаем подготовленный smf_2-1-rc1 (со своим шаблоном и правками и без Settings.php с Settings_bak.php - они уже у нас есть).




19. Радуемся новым возможностям :)



Если всё делать, строго следуя инструкциям, шанс, что получится с первого раз, очень близок к 100% :)

Yarik

Цитата: TXT от 01 марта 2019, 20:42:1719. Выставляем 777 на папки cache, avatars, attachments, /Themes/default/css и /Themes/default/scripts.
Пункт 19. не забыть потом откатить обратно.А то может быть беда.

TXT

Цитата: S.T.A.L.K.E.R. от 01 марта 2019, 21:38:57Пункт 19. не забыть потом откатить обратно.
Про временно не говорил, это как раз на постоянку :)

Вас понимаю - самого не радует, что у такой папки, как scripts будет 777 :)

Но это для minified files. Полезная штука :)
Этот форум тоже так настроен.

Yarik

Цитата: TXT от 02 марта 2019, 00:14:09Вас понимаю - самого не радует, что у такой папки, как scripts будет 777
И Вы считаете что это хорошо,что у папки будут права 777? buck

Yarik

Цитата: TXT от 02 марта 2019, 00:14:09Но это для minified files. Полезная штука :)
Этот форум тоже так настроен.
Кстати,вот этого лично я не понял честно,может кто-то пояснит мне вот именно это...Зачем этим файлам такие права?
Как бы у меня тоже стили и скрипты сжаты и минимизированы.Но им и 755 прав с головой.
Этот форум реально так же настроен? ???
Проверить что ли.... buck

TXT

Цитата: S.T.A.L.K.E.R. от 02 марта 2019, 22:49:16Зачем этим файлам такие права?
Не этим файлам, а папке, чтобы эти файлы могли динамически в ней создаваться. И да, на некоторых серверах вполне 755 хватит.


Цитата: S.T.A.L.K.E.R. от 02 марта 2019, 22:49:16Проверить что ли...
Проверка того, что здесь работает динамическая минимизация css и js, занимает 3 секунды :)

Yarik

Цитата: TXT от 03 марта 2019, 09:21:13Не этим файлам, а папке, чтобы эти файлы могли динамически в ней создаваться. И да, на некоторых серверах вполне 755 хватит.
Да какая разница,главное что к папке доступ есть всем подряд - на чтение,запись и выполнение.Этого с головой.
Вам нужно всего лишь сменить владельца папок на пользователя, под которым работает ваш веб-сервер. Тогда и права 755 будут отлично работать. Скорее всего вы по неопытности залили файлы под рутом.
Цитата: TXT от 03 марта 2019, 09:21:13Проверка того, что здесь работает динамическая минимизация css и js, занимает 3 секунды :)
Ну да,залить какую то гадость много времени не займет. :) Права 777 врядли можно назвать безопасными при любом раскладе.Доступ к папке с правами 777 подразумевает, что любой процесс на сервере может творить там что угодно, в том числе заливать туда зловредный код.Взломанный сосед по серверу,или просто сосед по серверу с недобрыми намерениями и скажите привет своему форуму.Зальют шелл в папку и привет. Ни одной нормальной CMS не требуется прав 777. Им требуются права на запись и это решается "нормальным" образом, а не 777 правами.Ни один здравомыслящий человек на станет выставлять права 777 на папки,я быстрее займусь выяснением причины почему оно так работает чем давать папке 777 права.Причина одна,выше указал - владелец папок.
Обратитесь к администраторам хостинга за настройкой лучше.Если ещё шелл не хапнули так рано или поздно словите.
777 опасно тем, что туда могут писать все
Задумайся о последствиях

TXT

S.T.A.L.K.E.R., спасибо, полезная информация. Я же по старой глупой привычке, наоборот, менял с прав сервера на свои, поэтому и делал так :)

Исправлю инструкцию (и на сервере, конечно).

TXT

Инструкция устарела. SMF 2.1 RC3 прекрасно напрямую конвертирует базу SMF 1.21. И без всяких предварительных подготовок. Разве что в repair_settings.php поглядеть, что да как, и при надобности поправить.
Особенно хорошо работает через командную строку (php upgrade.php).

Прекрасно работает на PHP 8.0.1