Как обновить WordPress вручную и автоматически, а так же плагин Database Backup для резервного копирования

Обновлено 28 сентября 2021 Просмотров: 107 981 Автор: Дмитрий Петров

Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Раз уж я написал про обновление Joomla, то было бы логично написать и о том, как установить обновление для WordPress (что такое блог и зачем он нужен читайте тут) до последней актуальной версии. В отличии от Джумлы, в нем имеется возможность автоматического обновления, когда от вас потребуется лишь нажать на кнопку.

Как обновить Вордпресс

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


Делаем бэкап перед обновлением — WordPress Database Backup

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

Практически все владельцы хостингов предоставляют пользователям для управления своими базами данных такой распространенный инструмент как phpMyAdmin, описанный здесь. Работать с ним очень просто, особенно прочитав приведенную инструкцию.

Резервирование файлов движка можно сделать с помощью любой программы FTP клиента, например, все той же FileZilla, как это было описано в статье про создание бэкапов сайта.

Если phpMyAdmin вам по каким-либо причинам не подходит, то можете воспользоваться плагином WordPress Database Backup, который позволит в одно касание создать резервную копию вашей БД. Давайте я вкратце пробегусь по его установке, настройке и созданию бэкапа.

Итак, установка традиционная:

  1. Распаковать архив с плагином
  2. Скопировать получившуюся в результате распаковки папку в директорию под названием /wp-content/plugins/, где обитают все установленные в Вордпрессе плагины
  3. Далее входите в админку и выбираете вкладку «Плагины»- «Inactive (Неактивные)»
  4. Находите строку с Database Backup и жмем на «Активировать»

Все, его вы установили, теперь можно переходить на страницу настроек, выбрав из левого меню пункты «Инструменты» — «Резервное копирование». Если окажется, что на вашем блоге директория wp-content не имеет права доступа достаточные права для того, чтобы данный плагин смог создать в ней папку для хранения бэкапов баз данных, то вы увидите в верхней части сообщение об этом:

Резервное копирование в WordPress Database Backup

Ничего страшного в этом нет. Вам нужно будет с помощью FileZilla, описанной тут, зайти в директорию wp-content и создать там папку (щелкнуть правой кнопкой мыши по пустому месту и выбрать из контекстного меню пункт «Создать каталог»), название которой будет указано в сообщении (в моем случае — backup-b9747).

Затем вам нужно будет щелкнуть правой кнопкой мыши по только что созданному каталогу и выбрать из контекстного меню пункт «Права доступа к файлу». В открывшемся окне, в поле «Цифровое значение», введите 777 и нажмите OK.

Теперь, войдя в настройки Database Backup, вы никакого сообщения сверху не увидите, а значит с правами доступа на запись резервных копий БД Вордспресса в указанную директорию у вас все в порядке.

Собственно, можно вообще не производить никаких настроек для этого плагина, а сразу нажать на кнопку «Создать архив», расположенную в области «Настройки резервного копирования» для того, чтобы начать процесс создания бэкапа:

Копирование базы данных через WordPress Database Backup

Внимательно отнеситесь к предупреждениям, которые вам выдает Database Backup. По окончании создания архива вы увидите стандартное диалоговое окно загрузки в вашем браузере. У меня Опера вместо расширения архива Gzip заменяет его на расширение HTML, но после ручного исправления данный архив с бэкапом успешно распаковывается.

Обращаю ваше внимание, что плагин этот служит только для создания бэкапа базы данных WordPress, а для ее восстановления вам все равно придется использовать упомянутый чуть выше phpMyAdmin.

Думаю, что остальные настройки вам понятны без объяснений. Вы можете в области «Таблицы» в левом столбце поставить галочки для исключения из создаваемого бэкапа БД таблицы со спам-комментариями и различные редакции одних и тех же данных (сохраненные копии или ревизии). В левой колонке вы можете добавить к создаваемому бэкапу еще ряд таблиц сторонних плагинов.

В области «Расписание резервного копирования» вы можете указать свой почтовый ящик и настроить частоту создания и высылки вам на E-mail резервных копий базы данных вашего блога. Вот и все, пора переходить непосредственно к апгрейду движка до последней модификации.

Как обновить WordPress автоматически

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

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

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

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

Итак, когда вы увидите в самом верху админки надпись вида «Доступен WordPress 3.6! Пожалуйста, обновитесь», то это будет означать, что пришла пора действовать. Если делать все по правилам перестраховки, то для начала вам нужно будет на всякий случай во избежание конфликтов временно деактивировать (отключить) все используемые вами плагины. Лично я на это забиваю, но...

Для того, чтобы отключить все плагины, вам нужно будет выбрать из левого меню соответствующий пункт, перейти на вкладку «Активные», поставить галочку в поле «Плагин», выбрать из выпадающего списка вариант «Деактивировать» и нажать на кнопку «Применить»:

Как деактивировать все плагины в Вопрдпресс

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

Далее в админке вам нужно выбрать из левого меню пункты «Консоль» — «Обновления» и смело нажать на кнопку «Обновить автоматически» напротив того языка, который используете.

Автоматическое обновление Вордпресс из админ-панели

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

После того, как вам удастся успешно обновиться, не забудьте включить все те плагины, которые отключили. Для этого перейдите на вкладку «Недавно активный», поставьте галочку в поле «Плагин», выберите из выпадающего списка вариант «Активировать» и нажмите на кнопку «Применить».

Как обновить Вордпресс вручную

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

Затем нужно скачать последнюю версию WordPress, распаковать архив и подключиться к вашему блогу по FTP (FileZilla в помощь) для того, чтобы приступить к копированию файлов обновления. Вообще-то на сайте кодекса Вордпресса есть подробное описание процесса ручного обновления, но вот только оно на английском.

Обычно затем советуют подключиться к блогу по ФТП и удалить папки wp-includes и wp-admin , ибо содержимое этих директорий будет полностью заменено из скачанного вами пакета обновлений. Но при этом ни в коем случае советуют не удалять следующие папки и файлы:

  1. файл конфигурации wp-config.php
  2. папку wp-content
  3. папку с изображениями используемыми вами на блоге wp-images
  4. папку с языковыми файлами wp-includes/languages/, в случае, если вы скачали обновление без поддержки нужного вам языка
  5. файл децентрализованного управления сервером вашего хостинга .htaccess
  6. описанный тут файл robots.txt, позволяющий управлять индексацией блога поисковыми системами

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

В левом окне FTP клиента откройте содержимое распакованного архива, а в правом — корневую папку (ну или ту папку, где у вас установлен WordPress). Выделите все содержимое в распакованном архиве и, нажав правую кнопку мыши, выберите из контекстного меню пункт «Закачать на сервер».

На сообщение о том, что такой объект уже существует, вам нужно будет поставить галочку в поле «Переписать» открывшегося диалогового окна, а также поставить галочку в поле «Всегда использовать это действие», чтобы FileZilla постоянно об этом не переспрашивала. Следует очень внимательно отнестись к файлу конфигурации wp-config.php, который находится в корневой папке.

Дело в том, что в новых версиях Вордпресса могут быть добавлены новые команды в wp-config.php. Поэтому откройте новый файл конфигурации, загруженный вами из архива с новой версией (он будет называться wp-config-sample.php), внимательно сравните его содержимое со своим старым файлом и перенесите в wp-config-sample.php все индивидуальные для вашего блога настройки из wp-config.php (имя пользователя и базы данных, а также пароль к ней и т.п.).

После окончания сего процесса вам нужно будет переименовать файл wp-config-sample.php в wp-config.php. Немного сложновато, но уж как есть.

Но это еще не все, ибо мы обновили только файлы движка, а нужно еще обновить и базу данных WordPress. Тут можно поступить двумя способами. Во-первых, можно просто зайти в админку своего блога и нажать на кнопку «Обновить базу данных», которая должна будет появиться после обновления файлов движка. В результате отобразится сообщение, что база была успешно обновлена.

Во-вторых, можно будет набрать в адресной строке следующий URL:

vash-blog/wp-admin/upgrade.php

В результате у вас откроется окно все с той же кнопкой «Обновить БД», после нажатия на которую последует рапорт об успешном завершении процесса и предложение продолжить работу.

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

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru

Комментарии и отзывы (22)

itSlam

Аха... иногда не обновляется чертяка в автомате... приходиться ручками... тоже давно открыл для себя этот плагин, хотя до этого бэкапил WP Database, но в последнее время он что-то завредничал...

Евгений

Кстати, да. В какой-то момент, даже не обратил внимания когда. плагин WPDatabase Backup перестал присылать архивы мне на почту, как было указано в настройках и как он это делал ранее. Вроде бы, это произошло после очередного обновления WordPress.

akkadites

а если после обновления всё рухнуло, например 500-ая ошибка? было бы неплохо описать действия на этот случай.

Дмитрий

Дмитрий, спасибо за отличные статьи!

Когда у меня копирует БД через плагин WPDatabase Backup внизу строка процесса копирования бежит с кракозябрами. Не будет ли копия не в той кодировке? Могу ля я это как то проверить? Спасибо!

Иван

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

Сайт под ключ

У многих с обновлениями бывают проблемы, меня пока это миновало

Денис

Вот как то странно получается, а где же бэкап постов ? И архив у меня сохранился в формате sql, да и весит всего 1 метр. Подскажите пожалуйста.

Вера

Дмитрий, спасибо за Ваш блог!

Он у меня как учебник — все практически, нахожу здесь. Резервное копирование меня очень интересует. У подруги блог рухнул и все делала по-новой. Теперь я решила страховаться. В поиске — первый Ваш блог, как всегда.

Еще раз спасибо.

Acid

Зачем столько воды в тексте. И рекламные вставки? Читать не возможно.

Очень много текста под рекламу и перелинковку страниц.

Для чего объяснять какие кнопки мыши кликать в FileZille. Если у человека есть блог, значит он уже его как то залил на сервер.

Спасибо за 15 строк текста, по которым я понял как в ручную обновить свой блог.

Сергей

Обновил вручную WP до версии 3.3.1. Всё прошло нормально, но появилась проблема с кодировкой в тайтлах рубрик и категорий.

Стоят плагины:

.html on PAGES

All in One SEO Pack

Google XML Sitemaps

Peter's Custom Anti-Spam

RusToLat

Subscribe To Comments

Widget Logic

Yet Another Related Posts Plugin

Подскажите, пожалуйста, как решить эту проблему! Заранее благодарю!

Евгений

Все работало нормально, а потом вдруг

Warning: mysql_get_server_info (): supplied argument is not a valid MySQL-Link resource in N:\home\localhost\www\localBlog\wp-includes\wp-db.php on line 1569

и щеще

Warning: Cannot modify header information — headers already sent by (output started at N:\home\localhost\www\localBlog\wp-includes\wp-db.php:1569) in N:\home\localhost\www\localBlog\wp-admin\install.php on line 54

в админку не пускаетчто делать??? Подскажите пожалуйста

Citya

Можно ли сразу обновится с версии 2,71 до 3,31?

Виктор Фадеев

Спасибо за помощь. Все просто и доходчиво. Как раз для таких как я.

Dmitry

Вот непонятно только, как восстанавливать то, что сохранил «WordPress Database Backup». Все пишут про установку и настройку. А как восстановить то, если что?

Alex_61

В обновлении версии WordPress нет ничего страшного. Просто все нужно сделать правильно. Дмитрий вот пишите что нужно заменить только папки wp-admin и wp-includes а как же остальные файлы??? К примеру wp-blog-header.php , wp-comments-post.php и т.д. Их тоже нужно заменять иначе ничего не выйдет и будет выдаваться 500 ошибка. Подправьте статью.

Вадим

Спасибо за подробные, толковые разъяснения!

Милана

Acid: Зачем столько воды в тексте... Для чего объяснять какие кнопки мыши кликать в FileZille. Если у человека есть блог, значит он уже его как то залил на сервер."

И действительно! К сожалению, есть у автора такая привычка нахваливать свои любимые программы. Да каждый пользуется тем чем ему больше нравится! И кроме Виндовс есть еще и Линукс, между прочим! А там у некоторых вообще другие свои любимые программы имеются!

А так со стороны это выглядит как навязчивая реклама (уж не оплаченная ли разработчиками?) Файзиллы, Нотепада++ и т.п.!

Игорь

Дмитрий, здравствуйте! Столкнулся с проблемой обновления. А именно: после регистрации блога, была установлена версия 4.2.4. и после того, как было было предложено обновится до версии до версии 4.3.1 столкнулся с тем, что после автоматического обновления, а в последствии и ручного,оказалось что при публикации новости, сама новость так и не публикуется, по причине того, что кнопка Опубликовать, после ее нажатия зависает и это может продолжаться бесконечно. Пример здесь — https://cloud.mail.ru/public/HHBs/NRUjPDqnr Был бы благодарен Вам, если бы подсказали как решить мою проблему.

Ирина

Добрый день.

Подскажите, хотим обновить wordpress, установлен плагин Another WordPress Meta Plugin (который прописывает keywords и description).

Вопрос, если его деактивировать — обновиться — опять активировать = останутся ли данные, которые были уже прописаны по всем страницам сайта? Очень страшно нажимать кнопку — слишком большая работа была сделана.

Оксана

Спасибо большое за статью. А что делать, если при обновлении автоматическом обновила браузер. Есть ли способ, как починить? Пробую вручную обновить, ничего не выходит. В смысле страница все также недоступна. Заранее спасибо

Елена

Здравствуйте!

Дело в том, что после очередного автоматического обновления версии движка, а точнее после установки версии 4.0, появилось несколько ошибок в админке сайта, а именно при заходе на страницу внешний вид-настройка темы, выдаёт ошибку, а дословно «Страница не работает, сайт пока не может обработать этот запрос», в общем если я хочу сменить тему или подредактировать её, то теперь этого не сделать, да ещё и ошибка в видимой части сайта, появилась странная надпись вместо удалённой страницы, под шапкой, хотя её вообще быть не должно. Пробовала переустановить версию в ручную, но ничего не изменилось. Помогите решить данную проблему! Спасибо!

seoonly.ru

Спасибо, обновилисЬ-)

Ваш комментарий или отзыв