Модератор
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 и всего самого доброго!
Стирать папки на сервере лучше через интерфейс хостера
Я добавлю — и распаковывать архивы с дистрибутивами тоже лучше непосредственно на сервере(*). Не только намного быстрее, но и надёжнее в плане целостности файлов.
(*) Необязательно это панель хостинга, по http(s) в браузере. Можно и через SSH (+mc опционально).
Хоть и ну-у-дное это веселье — 12, блин, обновлений, но — прошли по маслу.
Теоретически можно «перепрыгнуть» через несколько веток (3.5 → 3.8 → 4.1 → 4.4 → 4.7) или вообще обновиться сразу до последней — результат в общем случае должен быть тот же самый, каждая последующая версия содержит запросы для обновления структуры БД всех предыдущих версий. Но на практике на некоторых серверах можно упереться в лимиты памяти или времени выполнения скриптов, поэтому поэтапное обновление всё же надёжнее.
