Vervekin.Ru — создание сайтов, SEO, моменты жизни Доступно о создании и продвижении сайтов. Заработок в интернет. Полезные программы. Обзоры. Блог. Всем доброго времени суток!
Поговорим о резервном копировании — о том, как сделать полный бэкап сайта WordPress, используя возможности хостинга, специальные плагины и FTP-клиенты, а также загрузить полученную резервную копию в облачное хранилище Google Drive, на Яндекс Диск или скачать к себе в компьютер.
Бэкап базы данных сайта и его файлов — важная процедура, от регулярности выполнения которой зависит скорость восстановления ресурса в случае возникновения форс-мажорной ситуации и объемы возможных потерь контента. Приятно думать, что сайт, в создание, наполнение, поддержание и продвижение которого вложено немало средств, энергии и любви, будет работать долгие и долгие годы. Но суровая правда жизни состоит в том, что ни один сайт не застрахован от технических неполадок на хостинге, хакерских взломов, DDoS-атак, проблем с несовместимостью плагинов, неосторожных правок кода владельцем и т.п. Не застрахован до тех пор, пока у него отсутствуют резервные копии.
О необходимости резервного копирования можно рассуждать долго и нудно, а можно в качестве примера привести новогоднюю елку из Южно-Сахалинска, сгоревшую в самый разгар праздника дотла и в считанные минуты. Подобная беда может постичь и любой сайт. Подумайте об этом. Если у вас еще нет свежих резервных копий своего блога/сайта, самое время озадачить себя их созданием, чтобы быть готовым к любым неожиданностям.
Полный бэкап сайта
Полное резервное копирование интернет-ресурса (блога, информационного портала, коммерческого сайта, интернет-магазина и т.д.) в общем случае подразумевает выполнение двух независимых друг от друга процедур:
- Создание бэкапа БД — базы данных WordPress, состоящей из множества таблиц, содержащих информацию о зарегистрированных пользователях и общих настройках, записях и паролях, комментариях и ссылках, а также о том, каким образом, что и в каком порядке должно выводиться на страницах ресурса.
- Создание бэкапа файлов сайта (движка, шаблонов, плагинов, загруженных файлов) — всего того, чем наполнен сайт (помимо текстовой составляющей) и что обеспечивает его работу.
Недостаточно один раз выполнить резервное копирование и на этом успокоиться. Сайты растут и развиваются. Поэтому крайне важно всегда иметь под рукой самые актуальные копии, иметь специально отведенное для их хранения место в облаке или на жестком диске компьютера. Не нужно исключать вариант развития событий, при котором архив с копией сайта может оказаться поврежденным. Всегда предпочтительнее иметь несколько копий, а на случай заражения сайта вирусом — и не самых последних копий тоже.
Backup: хостинг и его возможности
Один из важных моментов, который необходимо выяснять при покупке услуг хостинга, это то, каким образом реализовано на хостинге резервное копирование: делается ли оно вручную или автоматически и с каким интервалом, сколько бэкапов и за какой период хранит хостинг, занимают ли эти архивные копии место, предназначенное для сайта и т.п.
В качестве примера приведу пару скриншотов из аккаунта хостинга WebHost1, услугами которого пользуюсь уже более 3-х лет, и который до сих пор не подводил меня.
Из этих скриншотов видно, что в аккаунте имеется отдельный пункт меню, ведущий на страницу с настройками резервного копирования хостинга. Также видно, что резервные копии не занимают доступное по выбранному тарифу место на сервере и что на данный момент в моем распоряжении имеется, как минимум, 5 бэкапов баз данных и файлов — 4 за последних четыре дня и один — за неделю до этого (на самом деле, бэкапов больше, просто все не поместились на картинке). И каждый из них в любое время может быть скачан на компьютер в виде архива или использован для восстановления внезапно утратившего работоспособность сайта. Две БД в приведенной ниже таблице отображаются потому, что автоматически бэкапится и поддомен сайта stihi.vervekin.ru
Но, как говорится, на хостинг надейся, а сам не плошай. Даже если вы считаете свой хостинг эталоном надежности и полностью доверяете ему в вопросе защиты от любых проблем, разобраться с тем, как сделать бэкап сайта и его базы данных, все же желательно.
Бэкап Вордпресс с помощью плагинов
В настоящее время плагины для резервного копирования на собственных сайтах я не использую, так мне не составляет большого труда пару раз в неделю скачивать из личного кабинета на хостинге нужные архивы. Но так было не всегда. За несколько лет работы с разными хостерами пришлось перепробовать различные плагины для WordPress, позволяющие делать backup сайта с необходимой регулярностью. Некоторые из них заслуживают внимания владельцев сайтов и блогеров.
Архив, созданный плагином, занимает место в папке с вашим сайтом. Полный архив сайта весит немногим меньше, чем сайт распакованный. Чтобы backup-плагины могли успешно выполнять свои функции, важно, чтобы свободное место на вашем хостинге по объему всегда было не меньше места используемого. Также следует помнить и о других важных параметрах — разрешенном количестве копий и времени их хранения.
Итак, лучшие плагины WordPress для backup (бэкапа).
XCloner — Backup and Restore
Мощный плагин с множеством настроек, дающих возможность создавать как полные, так и выборочные копии базы данных и сайта. Умеет отправлять архивы с резервными копиями в ряд облачных хранилищ, в том числе Google Drive и Dropbox. Восстанавливает сайты из собственных архивов, чем идеально подходит для переезда на другой хостинг. К сожалению, плагин пока не русифицирован. Но есть руководство по настройке XCloner на русском, которое поможет не промахнуться с выбором нужных опций и выставлением необходимых галочек, если вы решите использовать на своем сайте именно этот инструмент. Плагин имеет более 70000 активных установок на данный момент и регулярно обновляется.
BackWPup — WordPress Backup Plugin
BackWPUp – плагин, подобный описанному выше плагину XCloner, с набором функций, позволяющих получать качественные резервные копии сайта. В настройках «по умолчанию» создает полный архив файлов сайта и его базы данных в папке на хостинге. Поддерживает различные форматы архивирования: .zip, .tar и т.д. Не русифицирован.
Плагин имеет полдюжины страниц настроек, разобраться с которыми под силу пользователю, знакомому с web-терминологией на английском. Поддерживает отправку архивов в популярные облачные хранилища. Как и XCloner, его можно порекомендовать всем, кто желает автоматизировать процесс создания и хранения резервных копий.
BackUpWordpress
Небольшой плагин с переведенным (большей частью) на русский язык интерфейсом и в плане настроек — самый простой из всех, о которых идет речь в этом разделе. Поддерживает выборочное или совместное создание копий базы данных и сайта, а также ручное и автоматическое (по расписанию) создание архивных копий.
Чтобы долго не рассказывать о том, насколько прост плагин BackUpWordPress, привожу скриншот единственной страницы его настроек:
В консоли (админке) доступ к настройкам плагина можно найти в меню Инструменты — Резервные копии. Все сохраненные бэкапы сайта попадают в таблицу на этой же странице, откуда их можно легко загрузить.
UpdraftPlus WordPress Backup Plugin
Долгое время этот плагин являлся моим безусловным фаворитом. И вот по каким причинам: его интерфейс русифицирован, имеет не слишком много настроек и поддерживает Google Drive, в котором мне доступно 100Гб места. Updraftplus умеет отправлять созданные резервные копии одновременно в несколько облачных хранилищ, в том числе, и в свое собственное (UpdraftPlus Vault), но использование этих возможностей — увы, уже не бесплатное.
При выборе хранилища Google Drive после сохранения настроек плагин попросит авторизоваться в аккаунте Google, других действий не потребуется.
Если доступ к внешним хранилищам не настроен, бэкап вордпресс-сайта производится в создаваемую плагином WordPress UpdraftPlus папку на хостинге, что не слишком удобно — под резервные копии требуется достаточно много места и каждый раз необходимо их скачивать вручную.
Есть возможность установить в UpdraftPlus Backup независимые расписания автоматического резервного копирования файлов сайта и БД с нужным интервалом, а также задать количество сохраняемых копий.
Запустить создание бэкапа можно из вкладки Текущий статус настроек плагина нажатием кнопки Создать РК сейчас — появится всплывающее окно с опциями выбора данных для архивирования.
Имеется у UpdraftPlus Backup restore-функция, доступная по кнопке Восстановить. Причем восстановить восстановить сайт из бэкапа на WordPress можно как целиком, так и «по частям»: базу данных (database), темы (шаблоны), дополнения (плагины), пользовательские файлы — фото, видео и т.п (загрузки), файлы CMS WordPress (другое). Данная функция, разумеется, доступна только при работающей админке сайта. С этой же страницы можно скачать бэкап сайта на жесткий диск своего компьютера.
В целом, у плагина UpdraftPlus настройка не должна вызывать вопросов — опций не слишком много, все пункты меню, описания полей и текст на кнопках переведены на русский язык.
На странице настроек Дополнительные возможности присутствуют полезные вкладки с информацией о текущем размере сайта и характеристиках хостинга:
WP MyBackup
Плагин, позволяющий выполнять резервное копирование на Яндекс Диск. До сих пор мне попадался лишь единственный бесплатный скрипт бэкапа сайта с подобной функцией, отличающийся не самой простой установкой и настройкой. И встречалось еще одно платное решение для создания на Яндекс Диске бэкапов по расписанию, работающее с проектами на WordPress и Joomla. Как выяснилось впоследствии, этим решениям в плане удобства далеко до WP MyBackup.
Этот плагин из репозитория WordPress, совершенно не «раскрученный» и имеющий небольшое количество активных установок, порадовал простыми настройками, быстротой работы и надежностью. Но, так как с ним мне удалось поработать дольше, чем с другими выше приведенными плагинами, расскажу о нем подробнее.
1. Создание папки на Яндекс Диске
Если вы пользуетесь Яндекс Почтой, Яндекс Метрикой, Яндекс Деньгами или другими сервисами Яндекса, значит, у вас есть доступ и к его облачному хранилищу, известному как Яндекс Диск (disk.yandex.ru). Все, что нам потребуется — создать на своем Яндекс Диске папку для хранения резервных копий своего сайта. У меня эта папка называется просто: backup.
2. Установка плагина WP MyBackup
Из админки (консоли) сайта через меню Плагины — Добавить новый переходим на страницу с WordPress-плагинами, в строке поиска вбиваем WP MyBackup. Нажимаем Установить, затем Активировать. Затем на странице плагинов находим только что установленный и выбираем Settings, чтобы перейти в меню настроек с несколькими вкладками:
Плагин резервного копирования WP MyBackup не может похвастать русифицированным интерфейсом, что не помешает нам его настроить.
3. Copy backup to — настройка доступа к Я.Диску
На странице настроек плагина выбираем пункт меню Copy backup to. Как видим, здесь предусмотрены различные варианты сохранения, в том числе полюбившиеся многим Dropbox и Google Drive. В нашем случае понадобится единственная вкладка WebDAV.
WebDAV — современный защищенный сетевой протокол высокого уровня для доступа к объектам и коллекциям объектов. Сокращение от Web-based Distributed Authoring and Versioning.
Включаем использование WebDAV, поставив галочку в поле Enabled. Время хранения резервных копий (Retention time) устанавливаем по своему усмотрению, главное, чтобы оно было заведомо больше, чем период между бэкапами. В поле WebDAV URL вписываем стандартный путь к Я.Диску: https://webdav.yandex.ru, в полях User и Password — свои логин и пароль в системе Яндекс, в поле Remote dir — название папки на Яндекс Диске, предназначенной для получения и хранения бэкапов.
Так как на данный момент мой сайт не поддерживает https-протокол, поле с паролем плагин подсветил красным цветом и выдал сообщение о небезопасности ввода учетных данных пользователя на сайтах с http и предложение использовать SSL-сертификат (стандартное предупреждение).
Пункт настроек Expert Settings на этой вкладке, как и на остальных, не трогаем.
Кстати, в настройках рассмотренного выше плагина UpdraftPlus Backup есть возможность использовать протокол WebDAV, но реализована она через дополнение, которое требуется скачивать отдельно и которое стоит 15$.
4. WP database — включаем бэкап базы данных сайта
Здесь ставим только одну галочку напротив Enabled, подтверждая необходимость резервного копирования базы данных. При желании можно задействовать возможности экспертных настроек (Expert settings): анализ, проверку, оптимизацию, исправление (ремонт) БД, отправку сообщений на e-mail в случае обнаружения ошибок. У меня эти опции остались отключенными.
5. WP files — полный или выборочный бэкап файлов сайта
Здесь можно выбрать, что именно будет бэкапиться. У меня выбрано всё, что доступно.
На мой взгляд, во избежании путаницы было бы удобнее сворачивать выбранные для резервного копирования файлы и папки в один архив. Разработчики же пошли другим путем и каждая из папок, выделенных синей подсветкой в поле выбора, архивируется в отдельный файл. В результате получаем набор архивов, содержащих следующие данные:
- файлы админки WordPress
- файлы ядра CMS WordPress
- загружаемые файлы (картинки, видео, другие файлы) и кэш
- установленные плагины, в том числе неактивные
- установленные темы, в том числе неактивные
Возможно, кому-то такой подход даже покажется удобным, ведь плагины и темы на сайтах не обновляются с такой же частотой, что и контент.
6. WP backup job — создание резервных копий
Всё, что требуется сделать в этом пункте настроек — вписать префикс для создаваемых архивов (актуально в случае, когда в одну папку на Яндекс Диске бэкапятся подобным способом разные сайты WordPress) и нажать кнопку запуска резервного копирования Run Backup Now. E-mail администратора сайта подтянется автоматически. С остальными опциями имеет смысл экспериментировать, если в процессе создания бэкапов возникают какие-то проблемы и есть понимание того, что именно мы хотим изменить.
Если по завершении процесса заглянуть в созданную на Яндекс Диске папку (https://disk.yandex.ru/client/disk/backup), в ней можно увидеть несколько успешно созданных архивов. Тут же можно просмотреть содержимое архивов и скопировать их к себе на жесткий диск.
7. Backup Sheduler — резервное копирование по расписанию
Чтобы автоматизировать процесс создания резервных копий сайта, в указанном пункте меню настроек достаточно выбрать предпочтительный вариант. При подготовке этого материала эксперимента ради был выставлен минимальный промежуток в 1 час, плагин исправно отправлял в облачное хранилище все новые архивы.
Разумеется, нет никакого смысла делать бэкап базы данных и файлов сайта Вордпресс ежечасно, если новые материалы выкладываются гораздо реже. Оптимальная частота резервного копирования — 1 раз в сутки и лучше, если время выполнения этого действия будет приходиться на ночные часы, когда нагрузка на сайт меньше.
Итого получилось 7 простых шагов для резервного копирования сайта на Яндекс Диск и поддержания бэкапов в актуальном состоянии. Если это решение вам понравилось, жмите на кнопки социальных сетей под статьей, делитесь этим рецептом с другими пользователями.
Единственное, что хотелось бы добавить о плагине WP MyBackup — так это то, что мне не удалось проверить его работоспособность на сайтах с большим объемом контента. Сайты размером до 400 Мб на моем хостинге плагин архивировал довольно шустро и без сбоев. У плагина имеется и платная Pro-версия, но возможностей Lite-версии для большинства блогов/сайтов вполне достаточно.
Резервное копирование базы данных и сайта вручную
Здесь хотелось бы остановиться на доступных в освоении способах резервного копирования сайта на WordPress и рассказать о том, как сделать бэкап базы данных MySQL и всего содержимого сайта вручную.
Как сделать бэкап базы данных
Каждый хостинг предоставляет пользователям доступ не только к папке с сайтом/сайтами, но и к базе данных каждого сайта. Обычно ссылка на вход в веб-интерфейс для администрирования MySQL в хостинг-аккаунте расположена на видном месте, если найти ее не удалось, не постесняйтесь выяснить этот момент у техподдержки.
У моего хостера вход в phpMyAdmin находится в отдельной вкладке Базы данных.
Авторизовавшись в выбранной базе данных, переходим во вкладку Экспорт. Настройки по умолчанию можно не трогать, база должна выгрузиться корректно.
При нажатии на кнопку Вперед появится всплывающее окно с предложением сохранить файл с расширением .sql — это и есть актуальная копия базы данных вашего сайта. В случае необходимости восстановление базы данных производится через меню Импорт. Этот же файл используется и при переносе сайта на другой хостинг.
Резервное копирование WordPress через FTP
Помимо копирования файлов сайта через WebFTP из браузера, быстрый доступ к сайту по протоколу передачи файлов (File Transfer Protocol) можно настроить и с помощью любого из FTP-клиентов. Настройка их сводится к заполнению нескольких полей и является однотипной для всех клиентов. При копировании файлов с сервера на компьютер и обратно я использую две программы: Total Commander и FileZilla.
Подключение через Total Commander
В меню верхней панели популярного менеджера файлов выбираем Сеть — Соединиться с FTP-сервером — Добавить и заполняем четыре строки в открывшемся окне:
- Имя соединения (произвольное название)
- Сервер (ftp-адрес или IP-адрес сервера, можно узнать в личном кабинете на хостинге)
- Учетная запись (логин доступа к хостингу)
- Пароль (пароль доступа к хостингу)
По завершении настроек нажимаем кнопку Соединиться, Total Commander подключается к нашему аккаунту на хостинге и мы попадаем в папку с сайтом. Далее все операции с файлами и папками сайта производятся как в обычном Проводнике Windows: все папки и файлы выделяются и копируются на жесткий диск в заранее подготовленную директорию.
FileZilla: бэкап сайта
В меню FTP-клиента FileZilla Файл — Менеджер сайтов — Новый сайт аналогичным образом заполняем учетные данные от аккаунта нашего хостинга и нажатием кнопки Соединиться подключаемся к сайту.
После подключения, как и в привычном Проводнике, слева видим структуру папок и файлов нашего сайта, справа — жесткие диски и папки компьютера. Выделяем файлы сайта и копируем на жесткий диск в заранее подготовленную директорию (папку). Процесс резервного копирования может занять от пяти минут до получаса и более — это зависит от количества файлов на сайте, пропускной способности канала хостинга на данный момент и скорости вашего интернет-провайдера.
Заключение
Текста со скриншотами получилось много. Дабы не запутаться в разнообразии вариантов, подведем итог сказанному. Выбор способа резервного копирования должен производиться с опорой на условия (инструменты хостинга, имеющееся свободное место) и способности (понимание структуры WordPress, умение настраивать плагины и т.д.), которыми мы располагаем.
Если ваш хостинг ежедневно делает резервные копии сайтов, хранит несколько последних архивов и не взимает дополнительной платы за хранение, считаю, что в других решениях отпадает необходимость. Достаточно раз в несколько дней для подстраховки скачивать резервные копии на компьютер.
Если с хостингом не все понятно и пока не хватает знаний для настройки бэкапов по расписанию в облачное хранилище, подойдут русифицированные плагины BackUpWordPress и Updraftplus, с настройками которых разобраться несложно.
Во всех остальных случаях уместны продвинутые плагины xCloner и WP MyBackup, а также сохранение копий базы данных и файлов сайта вручную.
А каким способом вы предпочитаете делать бэкап сайта Вордпресс, если используете плагины для резервного копирования, то какие? Часто ли вам приходится делать восстановление сайта из бэкапа? Поделитесь опытом в комментариях.
И в завершение предлагаю послушать прелюдию Баха в исполнении трио Silenzium (Новосибирск):
Другие полезные материалы на этом блоге:
Константин, спасибо за статью. У меня хостинг делает резервные копии не очень часто, через 5-8 дней. Почему-то не через одинаковый промежуток времени. Сейчас посмотрела, с хостинга резервную копию не скачать, нет такой кнопки, можно только восстановить.
Плагин для резервного копирования у меня установлен WP-DBManager, настройки конечно же все на английском, поэтому не уверена, что я его толком настроила. Вроде как должен сохранять копии на хостинге. Наверное лучше заменить этот плагин на один из предложенных тобой русифицированных плагинов.
Валентина, на Джино я не увидел возможности взять аккаунт на тестовый период, хотя бы на несколько дней, поэтому по нему нет информации. Периодичность бэкапа в 5-8 дней — терпимо, если статьи выкладываются не чаще и комментариев не слишком много. Но то, что нет возможности забрать бэкап — не есть хорошо.
Плагин WP-DBManager посмотрел, направленность у него узкая — он работает только с базой данных — а этого мало. Для полного счастья нужно периодически архивировать и файлы сайта. Я поэтому плагины, которые только часть работы выполняют, и не стал в обзоре рассматривать.
Константин, привет!
Ты абсолютно правильно пишешь про необходимость иметь под рукой самую свежую копию сайта и БД. Мой сайт на Макхосте. Там автоматически делается ежедневная копия БД, а вот копия самого сайта — раз в 1-2 дня (когда как). Не знаю, почему так происходит.
Сейчас глянул — у меня ежедневную копию БД делает еще плагин iThemes Security. Он сто лет назад установлен и всегда в таком режиме работает.
Вообще, как вспомню свои первые шаги в настройке своего же сайта… Как полезу что-нибудь «улучшать», так в половине случаев все заканчивалось восстановлением либо сайта, либо сайта + БД. Это была суровая, но эффективная школа самообучения))
Вот и меня хостинг избавляет от лишних плагинов, за что ему огромное спасибо. Но бэкапы все же периодически скачиваю себе, чтобы были — на всякий случай.
И это правильно. Я тоже так делаю. И уже несколько раз благодаря этому возвращался к первоначальному виду. Правда, это было в мелочах. Но, честно говоря, вся жизнь как раз и состоит из мелочей)
Копии базы данных, всегда должны быть под рукой в случае чего, вы абсолютно правы. Если разобраться, то ничего космического в этом нет, нужно лишь настроить и контролировать процесс. С наступающим Рождеством вас.
Спасибо. Взаимно. Сейчас, когда отказы серверного оборудования и массовые потери данных стали редки, владельцы сайтов немного расслабились и многие в вопросе резервирования данных слепо доверяют хостеру.
Я после вашей статьи скачал свежий архив своего сайта с хостинга. Года два назад стоял плагин, который делал резервные копии и я часто сам скачивал и хранил в облаке. Но потом забросил это дело, если были какие-нибудь проблемы, то хостинг всегда выручал. Восстанавливали последнии версии сайта, резервные копии они делают каждые 3 дня.
Олег, добрый день! Мы же вроде бы на «ты» уже переходили )
Вручную — да, немного напрягает постоянно скачивать копии. Полностью автоматизированное решение, конечно, лучше. Бэкап раз в три дня — нормальный вариант, но полностью надеяться на хостинг я бы все равно не стал.
Спасибо. Очень актуальная информация. Как раз собиралась почитать про бэкап. Начну с хостинга, может и мой делает бэкапы. Тогда и плагинами не придется заморачиваться.
Думаю, сейчас все хостинги бэкап делают, вопрос в том — с какой периодичностью и можно ли скачать эти резервные копии к себе в компьютер. Если бэкапы ежедневные и доступны для скачивания — тогда да, вам повезло ) В остальных случаях как раз и приходится «заморачиваться».
Спасибо за столь подробный материал.
Бекап с помощью хостинга видится мне наиболее оптимальным :-) Искренне не понимаю пользователей, которые избирают вариант с плагинами. Ни к чему эта лишняя нагрузка — в конце концов ресурсы сайта должны тратится на максимально быстрое открытие страниц пользователям, а не копирование информации, с этим справляются отлично инструменты хостера.
Увы, не все тарифные планы хостингов предоставляют возможность выполнять архивирование базы данных и сайта по выбранному пользователем расписанию. И, как выяснилось, не везде предусмотрена возможность скачивания бэкапов. В таких случаях без плагинов резервного копирования не обойтись.
Бэкап сайта — очень важный момент. Многие рассчитывают, что раз у них всё хорошо, то так будет всегда. Рискуют товарищи… У меня было несколько моментов, когда только наличие бэкапа позволяло быстро и без потерь разрулить ситуацию.
Мой хостинг делает бэкапы, но я туда даже не заглядываю. Когда-то использовал BackWpUp, с выкладкой резервных копий на Dropbox, но потом по какой-то причине плагин на моём старом хостинге перестал нормально работать. Общение с разработчиком не помогло.
После долгих копаний и поисков остановился на XCloner — Site Backup and Restore, который работает у меня и по сей день. Бэкап создаётся полностью, включая все файлы и базу данных. Сразу же выгружается на Dropbox, на хостинге копии не хранятся и места не занимают. Да и на Dropbox я ограничил число копий до 5, более старые плагин удаляет там сам.
А вот при помощи средств хостинга, тот же phpMyAdmin, я на нашем OpenCart копии делал при переустановке. Ну и FTP, естественно для копирования файлов.
Статья очень важная и многим будет полезна, главное, чтобы люди осознали необходимость постоянного резервного копирования.
Меня наличие бэкапа в специально созданной папке на компьютере выручало тоже пару раз. Сложно даже представить, каково это потерять результаты работы над сайтом за несколько лет или месяцев.
Александр, твою подробную статью о плагине XCloner читал, поэтому просто оставил на нее ссылку и не стал рассматривать настройки плагина. Мне этот плагин тоже нравится. Думаю, если бы нашелся добрый человек и русифицировал меню настроек XCloner (так, чтобы перевод сохранялся при обновлении), этот плагин стал бы весьма популярен среди блогеров.
Спасибо за ссылку! Я её при прочтении проглядел по той причине, что «руководство по настройке XCloner» мне вроде как не не нужно, и я даже не мог подумать, что ссылка ведёт на мой блог.
Насчёт перевода… Сейчас в репозитории вордпресс поучаствовать в переводе может любой человек. У которого есть время… Но это не я… :)
Базы всех сайтов пока вручную качаю примерно 1 раз в неделю, что касается файлов, то их «бэкапирую» реже, 1 раз в 1-2 месяца. Конечно, какое-то время на это тратить приходится, зато надежно как по мне. Возможно в будущем найду автоматизированное решение для веб-сервера целиком, чтобы на автомате раз в неделю качал новые версии баз мне на Яндекс.Диск.
Да вроде бы для Яндекс Диска существуют решения, работающие через WebDAV — причем, не только под Вордпресс. Но способны ли они обрабатывать сразу несколько сайтов, не знаю. Плагин резервного копирования на Я.Диск, который разобран в статье, просто понравился уже тем, что в нем удалось сходу разобраться )
Константин, доброй ночи!
Как всегда молодец, мега-статья с кучей возможностей :)
Когда сидел на сервере, сваял небольшой скрипт, который запускался по крону, всё бекапил и заливал данные на второй диск и удалённый ftp. Сейчас такой недоступен.
Конечно, хостерам отдельные спасибы за создание бекапов. Но, как ты верно заметил, «на хостинг надейся…». Кроме владельца сайта никому нет дела, что там с бекапами. Это способ хорош, но требует телодвижений по периодическому скачиванию архивов.
Константин, с плагинами меня такой вопрос волнует: а как хостер относится к пикам нагрузки? Всё же получить данные из БД, да пожать их с файлами сайта, не самое дешёвое в плане процессорного времени удовольствие.
По нагрузке. Хостингом пользовался до сих пор только виртуальным. На одном аккаунте бэкап сразу на нескольких сайтах в один день не запускал — не было необходимости (но думаю, это было бы посильной задачей). Плюс устанавливал запуск создания архивов на ночное время, в часы, когда счетчик показывал минимальное кол-во посетителей. Плюс крупных проектов больше 1 Гб весом у меня на обслуживании не было. Возможно, поэтому от хостера претензий никогда не поступало.
Классная статья! Все подробно, все со скринами, все понятно. У меня тоже хостинг делает регулярные бекапчики, и я раз в месяц прихожу туда и забираю полный бекап на комп. Конечно, с одной стороны, раз в месяц это как-то маловато, но с другой, полет пока нормальный.
Вообще, надо бы посмотреть, что там у меня с ЦМС, может быть и на нее есть какая-нибудь приблуда, которая автоматически, раз в неделю будет базу данных бекапить. Вот это было бы неплохо. В файлы я не так часто заглядываю, а вот БД…та обновляется регулярно)
Раз в месяц — точно, маловато будет ) Но хоть что-то есть для успокоения — уже хорошо. Если лень чаще заходить на хостинг, с поиском автоматизированного решения я бы не затягивал. По-моему, есть не привязанные к CMS скрипты для резервирования базы данных по расписанию.
Без бэкапа никак нельзя, выручал когда обновление криво встало. Бекап делает мой хостер, делаю на хостинге и сама, чтобы в случае чего, не ждать техподдержку.
В принципе, без необходимости стараюсь не обновляться. Да и с обновлениями мне до сих пор везло. Но полностью согласен, свежий бэкап не помешает и при обновлении плагинов/ядра Вордпресс.
Функция бэкапа — очень полезна! Даже с небольшой историей моего блога — она меня выручила один раз. Что уж говорить про блоги-долгожители.
Бэкап нужен, спору нет — и на случай форс-мажора, и на случай собственных фатальных правок )
Константин, я на Таймвеб когда была, делала бекапчик, название плагина WordPress Database Backup. Но зато очень хорошо помню, как мне однажды прислала служба поддержки сообщение о том, что у меня закончилось дисковое пространство: Квота Вашего аккаунта (мой ник) израсходована более чем = 7937 Мб… Долго искала, служба Таймвеб не смогла помочь, а может не хотела и у меня февраль 2015 года вышел за хостинг почти 5 тысяч. Потом я полезла в папки хостинга….
А там набекапилось))))))))) Удалила плагин резервного копирования, папку бэкап на хостинге и выплыл такой неожиданно — обалденный результат. Дисковая квота 41 Мб = 0,5% После этого я написала статью на блоге «Тормоза сайта, дубли изображений wordpress» и ушла на Макхост. Живу спокойно, о бэкапе не думаю, а задуматься надо БЫ) В жизни всякое бывает.
Надежда, не знаю как сейчас, раньше (года три-четыре назад) техподдержка у Таймвеб не отличалась клиентоориентированностью. Тогда за несколько дней просрочки по оплате аккаунта можно было сайта лишиться, у меня с одним из сайтов так и случилось.
В плагинах для резервного копирования нужно сразу пробегаться по настройкам, оставлять хранение на сервере не более одной-двух копий сайта — исходя из того, сколько свободного места остается на хостинге. А лучше выбирать плагин, который сразу отправляет бэкап базы данных и сайта в облачное хранилище.
Константин, ведь многого не знала, в частности про облачное хранилище. теперь учту и про галочки. Спасибо!
Я обычно через менеджер копирую все файлы, а БД напрямую через phpmyadmin. Настройки SEO плагина, через инструменты плагина. Не доверяю я хостингам и бэкапам плагинов, лучше потратить 10-15 минут и все сделать самому вручную так сказать.
Нормальный Web-FTP менеджер, увы, пока не у всех хостеров имеется. В функционале некоторых хостингов обычному блогеру разобраться вообще нереально. А так-то да — когда умеешь, вручную надежнее.
Муж как раз учит сейчас вордпресс, оказывается, все не так страшно))
Скоро потребуется полный бэкап сайта на wp для переноса на другой хостинг. Статья удачно попалась =)
Хостеры обычно сами бесплатно переносят к себе новых клиентов. Но бэкап, разумеется, лучше для себя заранее сделать.
Я периодически бэкап своего сайта делаю, точнее — базы данных, так как основные данные хранятся именно там. Правда, с трудом себе представляю, что когда-либо придется этими данными воспользоваться, мой хостинг-провайдер тоже бэкапы делает, они утверждают, что сами восстановят данные если что. Судя по тому, что они помогли мне решить несколько сложных проблем — я им верю. Кстати, они мне сами сайт с другого хостинга перенесли при переходе