Прежде, чем писать статью о том, как сделать backup сайта на WordPress, решила посмотреть какие советы на эту тему дают другие блогеры.
Как же я была удивлена и разочарована, увидев тысячи статей, которые советуют установить различные плагины и специальные программы, которые будут автоматически делать резервные копии, копировать сайт по FTP, сохранять бекапы в основную директорию сайта и даже высылать бекап на почту 2 раза в день.
Почему владельцы сайтов выбирают неэффективные способы для резервирования данных?
На мой взгляд это происходит от непонимания как работает сайт на WordPress и каким образом сайт восстанавливается из резервной копии. С понимаем этих основополагающих вещей придет понимание каким образом нужно делать бекап.
Если вы хотите чтобы бекап за вас делал специальный плагин — пожалуйста, не буду отговаривать от его использования, но настоятельно рекомендую попробовать восстановить свой сайт из этого бекапа. Например поднять копию сайта на Денвере.
Какие файлы сайта на WordPress нужно сохранить в backup
Я считаю, что сохранять в качестве резервной копии сайта на WordPress стоит только базу и папку с медиафайлами, это самые ценные файлы вашего сайта. Отдельно можно сохранить папку с плагинами и папку с шаблоном оформления.
Нет смысла копировать полностью все файлы движка, более логичный вариант скачать новую версию WordPress с официального сайта. Также можно поступить с большинством плагинов. Если ваш сайт взломан злоумышленниками и вы не знаете в каких местах может выскочить чужой вредоносный код, то лучше восстановить сайт на чистом движке.
База содержит все страницы, комментарии и статьи сайта с привязкой к рубрикам и меткам. База, сохраненная через административную панель WordPress, будет содержать только вышеперечисленный контент. База, сохраненная через phpMyAdmin, также включит в себя настройки сайта из разделов: общие, написание, чтение, обсуждение, медиафайлы и постоянные ссылки.
Медиафайлы лежат в папке — \wp-content\uploads
Темы оформления в папке — \wp-content\themes
Плагины в папке — \wp-content\plugins
Если вы переносите сайт на другой хостинг, можно просто скопировать все файлы сайта и перенести на новое место. Если же вы восстанавливаете сайт после атаки злоумышленников, не держитесь ни за файлы движка, ни за плагины, все это можно скачать заново и займет всего несколько минут.
Я не рекомендую использовать плагины для того, чтобы делать резервную копию сайта на WordPress в связи с тем, что придерживаюсь принципа «чем меньше плагинов — тем лучше». Потому что каждый лишний плагин увеличивает время загрузки страницы сайта. Также плагины загруженные не с официального сайта могут содержать вредоносный код и лишние внешние ссылки.
Если разбираться с тонкостями бекапов не хочется, то, выбрав для себя определенный способ резервирования сайта, обязательно попробуйте поднять из бекапа копию своего сайта. Так вы будете уверены, что в случае непредвиденных обстоятельств вы сможете восстановить свой сайт самостоятельно.
Готовятся к публикации на эту же тему:
Как восстановить сайт на WordPress из бекапа.
О том где и как хранить сохраненные резервные копии блога на WordPress.
Ага, обычно так и делаю. Отдельно базу и почти все файлы выкачиваю без плагинов
Я стараюсь использовать как можно меньше плагинов у меня их не более 5 штук, у меня сеть в бокноте список основных плагинов, просто копирую и загружаю их новенькими из админки, зато это будет точно официальная версия.
Почему никто не вспоминает про средства хостинга? Ведь с их помощью можно создать архивы баз и файлов сайта полностью?
Потому что очень много новичков, которые не умеют пользоваться многими функциями или не знают о их существовании.
в Joomla бэкап делаю вручную, но в WordPress это превращается в морочку. Ознакомившись с разными вариантами решения вопроса (сайты/форумы/Youtube) и протестировав, остановился на плагине «UpdraftPlus — Backup/Restore». Удобства: копии делает моментально, восстанавливает тоже влёт (и достаточно только опции восстановления БД), копирует сайт целиком со всеми плагинами, кол-во бэкапов не ограничено (что удобно — по памяти выбираю нужную дату, которая предшествовала моим экспериментам с сайтом).
В упряжку, для оптимизации БД (удаление ранних версий статей и очистка от комментов), установил
плагин WP-optimize.