Поддержка Проблемы и решения Обновление с 3.5 до 4.7 с форумом phpbb — возможные проблемы

  • Решено compus

    (@compus)


    Буду очень благодарен за совет: стоит ли обновляться сразу с 3.5 до 4.7, если на сайте есть форум phpbb. Какие могут вывалиться проблемы?

    Никаких плагинов совместимости WP и phpbb не подключено.

    Опасения только насчет форума — сайт не захламлен лишними наворотами, если что посыплется — легко дострогать.

    Спасибо!

Просмотр 10 ответов — с 1 по 10 (всего 10)
  • Модератор Yui

    (@fierevere)

    ゆい★ღツ

    Никаких плагинов совместимости WP и phpbb не подключено.

    если WP отдельно, форум отдельно, то можно и не учитывать возможные проблемы.

    3.5 версия достаточно старая, рекомендуется ее обновлять вручную и пошагово
    т.е. сначала до 3.6 , потом 3.7 , 3.8 итд
    https://ru.wordpress.org/releases/ архивы релизов всех веток тут
    делаете бэкап
    желательно — отключить плагины и переключиться на одну из тем twenty

    удаляете wp-admin, wp-includes и заменяете их обновлением из архива, а также .php файлы из корня сайта, кроме wp-config.php
    заходите в админку, обновляете БД если предлагает, обновляете плагины
    переходите к следующей версии…


    можете в принципе и по джедайски, иногда везет, если не сработает — с бэкапа откатите
    собственно поэтому перед обновлением резервная копия обязательна

    Большое спасибо! Извините, что сразу не уточнил. WP и phpbb у меня не совсем отдельно друг от друга. Точнее, совсем не отдельно. У них общая база данных и одна папка. Просто «повенчаны» не плагином, а руками )).

    Это и мешает махнуть мечом…

    Не подскажете, при подобном раскладе поэтапное ручное обновление не обречет на неделю жгучей радости)?

    Модератор Yui

    (@fierevere)

    ゆい★ღツ

    всегда делайте полный бэкап
    это спасет от неожиданностей

    то что они в одной базе — не страшно, таблицы ж разные? и префиксы у таблиц тоже разные?

    форум прямо в папке ВП стоит чтоли? а как тогда работают ссылки ?

    Папка форума, конечно, отдельной папкой в папке сайта но вместе с wp). Вроде, поет и пляшет ).
    Бэкап-то рассовал везде — на локалке да на сервере. Но при замене домена и переносе в подкаталог при импорте базы нарвался на превышение количества запросов при хорошем лимите в 75000 — никакая оптимизация или перенос частями не спасла. Поэтому плюнул, запросом sql перебил домены на месте и перенаправил в старую папку.

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

    Yui, извините еще за дополнительный вопрос: если у меня префикс таблиц не wp- как это надо учитывать при обновлении?

    И config файл просто оставлять или переносить из него данные по доменам и базе? Ведь через столько версий в самом файле, наверное, тоже что-то может меняться…

    Спасибо за участие!

    Модератор Yui

    (@fierevere)

    ゆい★ღツ

    ну с лимитами хостера тут … как говорится, за что платите то и получаете

    если у меня префикс таблиц не wp- как это надо учитывать при обновлении?

    ничего страшного, это даже рекомендуется

    И config файл просто оставлять или переносить из него данные по доменам и базе? Ведь через столько версий в самом файле, наверное, тоже что-то может меняться…

    в wp-config.php изменения происходят крайне редко
    можете сравнить с wp-config-sample.php из архива дистрибутива
    из того на что нужно обратить внимание —

    define('AUTH_KEY',         'впишите сюда уникальную фразу');
    define('SECURE_AUTH_KEY',  'впишите сюда уникальную фразу');
    define('LOGGED_IN_KEY',    'впишите сюда уникальную фразу');
    define('NONCE_KEY',        'впишите сюда уникальную фразу');
    define('AUTH_SALT',        'впишите сюда уникальную фразу');
    define('SECURE_AUTH_SALT', 'впишите сюда уникальную фразу');
    define('LOGGED_IN_SALT',   'впишите сюда уникальную фразу');
    define('NONCE_SALT',       'впишите сюда уникальную фразу');

    старые версии WP могли не заполнять значения солей
    https://api.wordpress.org/secret-key/1.1/salt/
    можете воспользоваться генератором случайных значений если у вас там не заполнено

    Спасибо, Yui! Последний раз помучаю Вас любопытством )). Но, думаю, Ваши советы полезны далеко не только мне.

    То есть если у меня и файлы в папке начинаются на с wp — никакие ссылки править не надо?

    А в ветках лучше начинать с первой версии каждого релиза 3.8 — 3.9 — 4.0 или прыгать через последние 3.8.17 — 3.9.15 — 4.0.14 ?

    Модератор Yui

    (@fierevere)

    ゆい★ღツ

    принципиально структура дмстрибутива не менялась, если все работало, то и сломаться не должно

    брать лучше последние версии по веткам

    Yui, теперь уже окончательное и бесповоротное спасибо! ))

    Хоть и ну-у-дное это веселье — 12, блин, обновлений, но — прошли по маслу.

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

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

    Еще раз спасибо, Yui и всего самого доброго!

    Модератор SeVlad

    (@sevlad)

    wp.me/P3YHjQ-3

    Стирать папки на сервере лучше через интерфейс хостера

    Я добавлю — и распаковывать архивы с дистрибутивами тоже лучше непосредственно на сервере(*). Не только намного быстрее, но и надёжнее в плане целостности файлов.

    (*) Необязательно это панель хостинга, по http(s) в браузере. Можно и через SSH (+mc опционально).

    Модератор Sergey Biryukov

    (@sergeybiryukov)

    Live and Learn

    Хоть и ну-у-дное это веселье — 12, блин, обновлений, но — прошли по маслу.

    Теоретически можно «перепрыгнуть» через несколько веток (3.5 → 3.8 → 4.1 → 4.4 → 4.7) или вообще обновиться сразу до последней — результат в общем случае должен быть тот же самый, каждая последующая версия содержит запросы для обновления структуры БД всех предыдущих версий. Но на практике на некоторых серверах можно упереться в лимиты памяти или времени выполнения скриптов, поэтому поэтапное обновление всё же надёжнее.

Просмотр 10 ответов — с 1 по 10 (всего 10)
  • Тема «Обновление с 3.5 до 4.7 с форумом phpbb — возможные проблемы» закрыта для новых ответов.