Всем привет! Дорогие мои читатели.
Надеюсь, что у многих из вас уже есть свои блоги или сайты.
А вы знаете, что ваши «творения», над которыми вы трудитесь каждый день, вкладываете свою душу, в одно мгновение могут исчезнуть?
Ваш блог может «полететь», перестать функционировать, начать работать некорректно по вине злоумышленников или вирусов или даже по вашей собственной вине или неосторожности.
Иногда мы сами ковыряемся в коде своего сайта, что-то правим в базе данных, устанавливаем и удаляем плагины, обновляем версию вордпресс и так далее.
Любое из вышеперечисленных действий может нарушить функциональность вашего интернет ресурса.
Конечно, здесь также могут постараться и хакеры, и ваши недобросовестные конкуренты.
Поэтому запомните! Всегда имейте свежую резервную копию своего web-сайта.
Имея ее, вы можете не бояться потерять свой сайт безвозвратно раз и навсегда.
Кстати те файлы, к которым вы получаете доступ через FTP соединение или через файловый менеджер своего хостинга, это не весь сайт. Это только его так сказать скелет, его структура.
Все страницы, статьи, комментарии хранятся в базе данных. Как правило, все используют базу данных MySQL и ссылка на нее находится в панели управления хостингом.
Как же делать резервные копии?
Необходимо не забывать делать резервные копии не только сайта, но и его базы данных
Бэкап для базы данных
Я знаю два способа, как сделать бэкап базы данных
1. Плагин WordPress DataBase Backup
На моем блоге установлен плагин WordPress DataBase Backup. Я его настроил таким образом, чтобы он раз в неделю присылал мне на почту текущую версию базы данных.
Итак, инструкция следующая:
- Установите плагин через админку вордпресс
- Активируйте его
- В настройках найдите пункт «Расписание резервного копирования»
- Укажите, какие таблицы необходимо включить в архив (я указал все)
- Задайте расписание (я сделал раз в неделю)
- Укажите свой email для получения бэкапов
- Нажмите «запомнить расписание»
2. PhpMyAdmin
Как правило, база данных блогов на wordpress находится в сервисе PhpMyAdmin, ссылка на который находится в панели управления хостингом.
Инструкция:
- Зайдите в свою базу данных через ссылку PhpMyAdmin (у вас должны быть логин и пароль)
- Найдите специальный раздел под названием «Экспорт»
- Укажите способ экспорта (быстрый или обычный). При обычном способе вам будут доступны все возможные настройки
- Выберете формат файла (например SQL)
- Нажмите кнопку «скачать» или «OK»
Бэкап файлов сайта
Для создания резервной копии файлов самого сайта я также знаю два способа.
1. «Дедовский» вариант
Этот способ подразумевает подключение к серверу через фтп соединение. Для этого я использую специальную программу файлзилла. Вот инструкция по ее использованию.
Что нужно делать:
- Подключитесь через фтп к серверу, на котором находится ваш сайт
- Откройте корневую папку своего web-ресурса
- Выделите все папки и файлы
- Скопируйте всё к себе на компьютер в отдельную папочку
Этот вариант очень прост, но не очень удобен. Я вообще не люблю лишний раз пользоваться файлзиллой 
2. Через инструменты хостинга
На хостинге, как правило, есть инструменты для создания резервной копии.
Что важно и очень хорошо, данная резервная копия включает в себя и структуру сайта, и его базу данных. На моем хостинге FastVPS именно так. У вас не знаю 
На каждом хостинге инструкция скорей всего будет отличаться, поэтому расскажу в общих чертах
Инструкция:
- Найдите раздел под названием «резервные копии» или что-то в этом роде
- Настройте автоматическое создание резервных копий по плану
У меня свежие бэкапы создаются раз в неделю автоматически.
Но многие забивают на это. Думают: да кому нужен мой сайт? Поверьте, нужен
Важно! Эти копии хранятся на моем сервере, а это не есть хорошо. Поэтому я копирую их к себе на компьютер. Дублирование лишним не бывает. Всё таки с сервером может что-то случиться (например, пожар)
Некоторые могут сказать: на хостинге и так создаются резервные копии на всякий случай без нашего ведома. Действительно, как правило на хостинге есть такая функция. Но повторюсь: случиться может всякое. Вдруг сервера просто сгорят из-за аварии или по другой причине. Имея резервные копии у себя, вы легко сможете переехать на другой сервер в другую компанию.
Еще совет. Пользуйтесь облачными хранилищами данных. Например, google drive, яндекс диск или DropBox. Закачивайте на них свои копии. Если со временем станет мало места, то старые файлы можете удалять.
Например, я заливаю свои бэкапы в хранилище гугл drive — мне очень нравится это хранилище. Жаль только, что у меня там только 15 Гигабайт пространства. Но пока мне этого хватает.
Знаете, что интересно? Вот пишу я статью для своих читателей. А в процессе написания, когда делал нужные скриншоты, заметил, что оказывается, на моем хостинге можно настроить копирование так, чтобы бэкапы сохранялись сразу на яндекс диск или dropbox. Наверно воспользуюсь этим предложением. А я получается сейчас делаю лишнее действие: сначала копирую на компьютер, а потом только в хранилище.
На этом данная статья завершается. Вроде рассказал всё, что сам знаю о том, как делать резервные копии и защитить свой сайт от непредвиденных последствий.
Но это, конечно же, не всё. Надо еще следить за вирусами, за целостностью файлов своего блога, создавать сложные пароли и периодически их менять. Но это всё уже темы других отдельных статей.
Могу порекомендовать курс, в котором раскрыты все эти аспекты. Вот ссылка на него.
Подписывайтесь на обновления моего блога, я расскажу еще много интересного и о защите блогов и о их раскрутке, и о их монетизации. Так что не пропустите выхода следующих статей.
Поделитесь этой статьей со своими коллегами и друзьями в социальных сетях. Уверен, им она тоже пригодится.
До скорых встреч! Счастливо!
С уважением! Абдуллин Руслан
Загрузка...
РегРу 
SendPuls 
Seolib 
Копии делаю самостоятельно. Отдельно — структуру сайта. Обычно, она реже меняется. И отдельно БД. Первое делаю «дедовским способом», второе через С-panel. Кстати, столкнулась, что каждый хостинг может по-своему создавать копию БД. И с переносом ее на другое место может возникнуть проблема. Так что делаю еще одну копию — специальным скриптом.
Надежда, а этот скрипт делают какую-то универсальную копию базы данных, которую понимает любой хостинг?
Судя по описанию, да. И еще есть одна бо-о-о-ольшая фишка. Он помогает легко переносить большие базы данных. Я столкнулась с этой проблемой при переносе блога на Денвер.
Спасибо за ответ
Фишка замечательная, буду знать. Перенести большую базу данных легко и просто это очень удобно. Спасибо что поделились знаниями)
Не знаю, сталкивались ли вы с переносом больших БД. На самом деле — это проблема. И если посмотрите в интернете, то многие ищут ее решения.
С какого объёма хранения начинается большая база данных? У Руслана сайт с б/д занимает 100 мб.
В Денвере на базу стоит ограничение 2 Мб. А файлы сайта сами по себе весят много.
Надежда, как скрипт называется? В интернете предлагается много разных скриптов, но хотелось бы проверенный кем-то из пользователей скрипт. И бесплатный.
Так точно и не вспомню, dumper, что ли. Название надо будет поискать.
Кстати, несколько слов по поводу Яндекс-диска и Дробокса. Кажется, там предлагают очень мало пространства. Как бы не оказаться в неприятной ситуации, если наладить автоматическое хранилище на эти сервисы?
Проблем не должно быть. Просто надо периодически хотя бы пару раз в месяц контролировать, сколько осталось свободного пространства
А в принципе, зачем хранить по 10 копий? Ведь за это время сайт уходит далеко вперед в своем развитии.
Я обычно храню 3-4 последние копии
Если писать каждый день-два по статье, то нет смысла хранить столько копий, действительно бессмысленно. Я тоже ограничиваюсь тремя последними, что вполне достаточно.
Вирус в один файл пропишется, а обнаружится вирус месяца через два, старые бэкапы и пригодятся. Редко происходит, но случается.
Лучше с таким не сталкиваться
Никто ведь не будет помнить, что он успел сделать за столь большой срок. так и поседеть можно 
Случай маловероятный, я бы на него не расчитывал, все маловероятные причины не устранить.
Руслан, привет! А после копирования ты не отключаешь WordPress DataBase Backup? Я делаю копирование, отключаю плагин до следующего раза
Нет, Максим, я не отключаю.
Уверен, что он практически не грузит блог
У Руслана как он написал, бэкап раз в неделю делается на автоматическом режиме. Если отключит, автоматического режима не будет, станет ручной.
Сегодня же скачаю сайт на съемный носитель. Каждый день собираюсь это сделать и все откладываю на завтра. Спасибо за напоминание!
«Есть те, кто откладывает на завтра, и те, кто уже делает бэкап вовремя» — перефразировал старый анекдот
Это нужно сделать побыстрее, потому что «беда нечаянно нагрянет, когда ее совсем не ждешь». Очень нужное действие, без копии никак.
Хостеры бэкап делают, но полностью на них я бы не стал полагаться. Всю ответственность за бэкап надо взять в свои руки, и не так много времени займёт бэкап.
Вообще-то при выборе хостера надо обращать внимание, есть ли у него такая услуга и как часто делаются бэкапы. Конечно же, от личной ответственности это не освобождает.
Сколько я читал, сайт восстановят дважды по бэкапам хостера, а на третий по разным причинам не смогут. Лучше на себя надеяться.
Конечно, на Бога надейся, но сам не плошай
Но по поводу того, что дважды восстановят, а потом нет, не поняла. Если хостер нормальный, он будет помогать своим клиентам.
На третий раз у хостера битые бэкапы оказывались или хостер не сделал бэкапов, потому что на сервере проводилась наладка нового оборудования.
Резервная копия сайта просто необходима хотя бы ради душевного спокойствия;)
Вы правы, те, кто хоть один раз переживал из-за отсутствия копии сайта, вас поймут как никто другой. Одна мысль, что возможно сайта уже нет приводит в полную панику))) Поэтому лучше копию и не одну)))
Руслан, бывает такое, что сайт полностью уничтожался, вместо статей белая пустая страница? Хакеры этим не занимаются, им важнее вирус в файл вписать.
Да всякое бывало. В основном по моей вине. По этому бэкапы и нужны
Точно, вылетело из головы, что иногда действия блогера становятся по последствиям страшнее действий хакера.
Для этого есть прекрасный инструмент — локальный сервер. Сделай себе копию сайта и оттачивай там любые навыки.
Локальный сервер не все могут настроить, а хостеры может предоставляют несколько баз данных, одну из которых можно выделить для экспериментов.
Локальный сервер настраивается очень и очень просто. Это не сложнее, чем работать на хостинге. Действия одни и те же.
У многих настройка вызывает затруднение, собственно как и выбор самого локального сервера. В сети куча сайтов, посвящённых настройке.
Это случается тогда. когда стираешь свою БД. Или же не прописываешь к ней путь. Бэкапы сохраняют нервы.
Причин может быть много, некорректная работа плагинов после обновления движка не приведёт к пустым страницам, но может блокировать вход на сайт.
Кстати я читала, что люди писали, что получали белые страницы от плагинов. Бывает, что плагин конфликтует с темой.
Привет, Руслан!
Раньше делал бэкап вручную, как ты назвал, дедовским способом))
Сейчас через хостинг — так проще и быстрее.
А вот плагины не использовал для этого, привык все сам контролировать.
Дедовский способ сохраняет файлы сайта, он не сохраняет данные из базы данных. К нему прибегают, когда с хостинга нельзя скопировать файлы другим способом.
БД при этом копируют тоже вручную. Уже через С-панель. Все-равно будет 2 архива.
Конечно два архива, копируются же два разных файла с разных источников.
Видел полезный плагин, который кладет бэкапы сразу в аккаунт в дропбоксе — очень удобно!
А вообще, вебмастера делятся на тех, кто уже делает бэкапы и тех, кто еще нет)
Poli-tools, вебмастеру какое дело до бэкапа, он сайты для других создаёт. Бэкапом блогеры должны заниматься, если захотят.
Вообще-то можно найти массу критериев, по которым можно разделить вебмастеров. И что самое интересное — все они важны. Для успеха развития сайта надо уметь и делать многое.
У вас бэкап настроен на копирование базы данных и всей структуры сайта? Какой объём сайта с базой данных у вас? Если на сайте свои ролики, вытянет много.
У меня объем сильно искажен, так как бэкапы еще хранятся на моем сервере.
А просто база данных и структура занимают больше 100 МБ. Роликов загружаю только через ютуб
Хранить ролики на своем хостинге просто не умно. Придется дополнительно платить за пространство и трафик.
Может, ролики находятся на блоге как закрытый материал и вход к ним по паролю. Всякие случаи возможны. За трафик не платят, у всех безлимитные тарифы.
Александр, за трафик платит блоггер, хозяин сайта. Ведь тарифы учитывают все — и место, и трафик.
Большинство адекватных хостинг-провайдеров предоставляют безлимитный трафик.
Согласен с вами. Надежда перепутала понятия безлимитного трафика и нагрузки на сервер.
Так называемый «безлимитный трафик» — всего лишь маркетинговая заманушка. Ограничены: пропускная способность хостинга, объем памяти сервера, оборудование для сетей и дисковые накопители.
Неограниченный трафик возможен, если у компании свой широкополосный доступ в Интернет.
Но в реале простые сайты эти ограничения могут не ощущать. Поэтому хостеры и предлагают так называемый «безлимитный трафик». Они делают ставку на то, что клиенты не будут использовать очень много ресурсов
Хорошие варианты описаны. Я обычно предпочитаю одновременно пользоваться несколькими способами, чтобы исключить вероятность невозможности восстановления бэкапа из-за какого-либо сбоя.
Хорошая статья, обязательно воспользуюсь советами автора...