Вы читаете статью "Резервная копия сайта на домашнем сервере."

Резервная копия сайта на домашнем сервере.


14 Ноя 201420 комментариев

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

Первые кто уже терял какие-либо данные в сети и вторые –те что скоро их потеряют.

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

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

Мы будем делать копию на домашнем сервере и это будет полноценный рабочий сайт в вашей домашней сети.

Что дает нам резервная копия сайта на домашнем сервере:

1. Мы имеем резерв и всегда сможем восстановить сайт в случае взлома или сбоев на хостинге.

2. Есть возможность тестировать различные темы и вообще безопасно работать с дизайном блога.

3. Тестировать работу плагинов и других расширений без ущерба для основного сайта.

4. Делать эксперименты по оптимизации базы данных без опасности снести сайт.

5. Проводить все работы и тесты без доступа к Интернету.

Я перечислил основные преимущества создания резервной копии на домашнем сервере.

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

Итак, давайте сейчас вместе со мною создадим резервную копию моего блога.

Чтоб не запутаться мы как всегда разделим нашу работу на следующие этапы:

1. Установка домашнего сервера

2. Перенос файлов сайта на домашний сервер

3. Перенос базы данных на домашний сервер.

4. Соединение домашней копии сайта с базой данных.

5. Проверка работоспособности всех виджетов и расширений.

Приступаем к созданию резервной копии.

Установка домашнего сервера.

У кого на компьютере уже есть домашний сервер, можете пропустить этот пункт.

Установка домашнего сервера. denwer

Для реализации домашнего сервера я предлагаю использовать программное обеспечение Денвер.

Денвер очень прост в установке, настройке и использовании. Я не отрицаю что есть некоторые глюки и та версия что раздается на оф.сайте иногда конфликтует с нашим WordPress.

Поэтому я рекомендую скачать версию Денвера вот по этой ссылке и установить.

У меня есть подробная статья о том как работать с Денвером с тремя подробными видео-уроками, если есть проблемы то рекомендую ознакомится.

После того как Вы установили Денвер на свой компьютер, нужно создать на нем сайт.

Для этого заходим по адресу \WebServers\home\ и создаем каталог с названием вашего сайта, только доменную зону рекомендую прописать loс, в моем случае получилось infomaster.loc

И далее в этом каталоге создаем еще один с названием www. Это уже и есть директория для вашего будущего сайта.

Далее в описании я буду применять название сайта infomaster.loc, вы же подставляйте свое.

Для того чтоб сайт заработал нужно перезапустить сервер.

Жмем кнопку Restart Denwer или же если вы не запускали еще сервер тогда просто Start Denwer

Сайт уже работает, но пока что он пустой.

Перенос файлов сайта на домашний сервер

Перенести файлы на домашний сервер это пожалуй самая простая процедура в создании резервной копии сайта, но самая долгая по занимаемому времени.

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

Перенос файлов сайта на домашний сервер

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

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

После переноса всех файлов блога, если мы зайдем по адресу infomaster.loc то сайт выдаст ошибку соединения с базой данных.

Так и должно быть ведь базу то мы не переносили!

Перенос базы данных на домашний сервер.

Если ваш сайт имеет базу данных более 2 мб то возможно у вас возникнут проблемы с переносом.

Но давайте по порядку.

Как обычно переносится база данных WordPress на домашний сервер и наоборот.

Сначала вам нужно зайти в phpmyadmin Вашего хостинга. Данные для входа узнавайте у Вашего хостера, но обычно без проблем можно зайти через панель управления хостингом.

Ищите вкладку “phpmyadmin” или “Базы данных” для входа используйте логин и пароль из своего файла wp-config.php

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

Перенос базы данных на домашний сервер.

Для этого указываете нужную базу (если она у вас не одна) и жмете кнопку экспорт.

Выбираем для экспорта формат SQL и жмем кнопку OK!

Сохраняем скачанный файл в директорию infomaster.loc, внимание не в www а в infomaster.loc, Так мы не запутаемся.

Я рекомендую в каталоге www содержать файлы самого сайта, а в верхнем каталоге infomaster.loc можно держать вспомогательные файлы, которые нам пригодятся в работе над сайтом.

Я, например, там держу файлы баз данных, папки с изображениями для работы и т.п.

Теперь нам нужно немного поковырять наш скачанный файл баз данных. Для этого открываем его в редакторе, например Notepad++,

На самом деле Notepad++ это самый лучший из веб-редакторов который четко работает практически с любым форматом документов.

Теперь нам нужно произвести массовую замену названия домена в открытом документе, в моем случае это infomaster.su на infomaster.loc

редактирование базы данных

Жмем заменить все и ждем результата.

Если что либо не понятно с редактированием базы. то смотрите видео ниже по работе со скриптом Sypex Dumper, там я показал все наглядно!

После сохраняем документ. Можно под новым именем, чтоб не было путаницы.

Теперь нам нужно зайти в панель управления базами данных на нашем домашнем сервере, запустите сервер если не запущен и введите в строку //localhost/Tools/phpMyAdmin/

Если Вы ранее не создавали базы данных для этого сайта то создайте сейчас, называем например info.

Жмем кнопку создать и сразу попадаем в нашу пустую базу.

Теперь нам нужно импортировать в нее тот исправленный файл базы что мы редактировали.

импорт базы данных на Денвер

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

Если ваш файл базы больше 2 мб то можете воспользоваться двумя другими способами

perenos bazi 0

1. Накрутить Денвер.

Для этого идем по адресу WebServers> usr> local> php5> php.ini

Открываем файл в Notepad++. Нажимаем Ctrl + F вставляем для поиска upload_max_filesize.

Видим подсвеченное

; Maximum allowed size for uploaded files.
upload_max_filesize = 2M

И меняем значение например на 100M

Сохраняем и закрываем.

Круто конечно сразу 100mb, но я думаю лучше один раз ковырнуть, чтоб потом не лазить.

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

Теперь можем провести импорт без проблем, ну или почти без проблем.

У меня например с моей базой в 50 mb компьютер под завис и примерно через минуты две-три и затем просто отказался импортировать.

Я заметил, что это вечная проблема с базами которые я переношу с хостинга Хостенко. С базами, которые я переношу с бесплатного Хостингера таких траблов нет.

Хостенко как-то по-своему генерирует файлы экспорта и их плохо распознают другие сервера.

Для интереса я тут же скачал базу на 33mb с Хостингера и она без проблем и зависаний залетела на Денвер.

Но тем не менее у меня основной мой блог Инфо-Мастерская на хостинге Хостенко, т.к. его я считаю самым стабильным для WordPress и приходится мирится с некоторыми трудностями.

2. Используем для переноса скрипт Sypex Dumper

Его можно скачать на оф.сайте, там даже появилась вторая версия и она платная.

Но я вам рекомендую не заморачиваться и использовать первую, бесплатную и самую стабильную версию скрипта.

У меня где-то был на блоге старенький видео урок, но я решил снять новый как переносить базы большого размера с помощью скрипта Sypex Dumper.

Скачать первую версию Sypex Dumper можно в дополнительных материалах к этому выпуску.

Соединение домашней копии сайта с базой данных.

Теперь нам осталось только соединить нашу базу данных с сайтом на домашнем сервере.

Это самый простой шаг открываем файл wp-config.php

Меняем значения, название базы, пользователя и пароль.

 

Теперь если набрать в браузере адрес вашего домашнего сайта, то он должен заработать.

Проверка работоспособности всех виджетов и расширений.

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

У меня например не перенеслись некоторые виджеты из сайт-бара. Но я не вижу особых проблем в этом, пять минут работы в админке и все на месте.

proverka

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

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

Так что косячить сначала будем здесь, а на основной сайт будем переносить отшлифованные решения!

В конце еще несколько советов по работе с резервной копией.

1. Прежде чем что-либо ставить на сайт, проверьте на резервной копии.

2. Обновляйте файлы, хотя бы раз в неделю, базу можно после каждого нового поста на блоге.

3. Можно использовать для резерва плагин WordPress Backup to Dropbox, но предупреждаю он серьезно грузит сайт. Если все же хотите настроить вот видео

4. Для создания отдельной копии базы данных можно использовать плагин WordPress Database Backup он намного меньше грузит сайт.

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

Если будут какие-либо вопросы, обязательно пишите в комментариях, будем решать!

К выпуску  я прилагаю дополнительные материалы.

1. Скрипт Sypex Dumper , первая не глючная и бесплатная версия

2. Настроенный дистрибутив Денвера 3 , он так же без глюков работает с WordPress и не выдает ошибок как с оф.сайта.

3.  Небольшой супер-бонус книга «100 советов по SEO-продвижению»book

 

За ссылку на я прошу у вас символическую плату в виде рекомендации в любую из соц.сетей.


Вы прочитали мою статью "Резервная копия сайта на домашнем сервере. "  Хотел бы прочитать Ваше мнение в комментариях.



Да, Я Хочу Быть В Курсе Новых Событий На Сайте!

Подпишитесь прямо сейчас, и получайте обновления на свой E-Mail:

Ваш E-Mail в безопасности


Купить здесь баннер
WordPress Еще записи по этой теме:
необходимые руководства по основным базовым знаниям, бесплатные видео-курсы, способы заработка на сайте
Вам нужна удобная форма комментирования на сайт Cackle
20 комментариев to “Резервная копия сайта на домашнем сервере.”
  1. Федор:

    Спасибо, Федор!
    Отличная подробная инструкция.
    В свое время я долго «тыкался» пытаясь решить эту же задачу. Справился, конечно. Но времени и сил затратил немерено.

    • Федор Ашифин:

      Спасибо за оценку!
      Иметь резервную копию сайта должен иметь каждый блоггер, это очень важно.

  2. x64:

    Если используется свой сервер/vps, либо хостер предоставляет возможность скопировать непосредственно файлы/каталоги базы данных, то перенести проще именно так.
    На никсах базы могут находиться по пути /var/lib/mysql
    Для своего сервера можно выполнить такую составную команду:
    /etc/init.d/mysql stop && cd /var/lib && rm /home/allMySQL.tar.gz && tar cfz /home/allMySQL.tar.gz mysql && /etc/init.d/mysql start
    1. остановить демона mysql
    2. сменить директорию на /var/lib
    3. удалить предыдущий файл-архив (если есть)
    4. упаковать все БД в один архив
    5. запустить демона mysql

    Слышал от некоторых администраторов, что возможны проблемы. Но у меня их не возникало, испробовал в разных вариация
    Windows ↔ Linux Gentoo ↔ Linux Debian
    Базы замечательно подхватываются после рестарта, а главное, не нужно долго ожидать, пока утилиты будут неторопливо пихать запросы, проверяется уникальность ключей и т. п.

    У себя содержимое распаковать в \\usr\local\mysql-XX\
    Каждая база — это отдельный каталог.

    • Федор Ашифин:

      Спасибо! Это конечно больше для продвинутых пользователей.
      Тут весь смысл создания копии сайта, чтоб можно было с ней работать, проводить эксперименты. настраивать темы и шаблоны.

  3. Сергей:

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

  4. Надежда Введенская:

    Застряла на переносе БД. Она у меня 30Мб. Изменила настройки в файле php.ini. Сначала процесс пошел, а потом выдало ошибку 1054 — неизвестная колонка. Перерыла интернет, так и не нашла, что тут делать. Федор, что вы можете подсказать?
    .

    • Федор Ашифин:

      Я встречался с таким когда переносил сайт с хостинга Хостенко, там какие то особенности создания дампа.
      Решил проблему скриптом Sypex Dumper https://info-m.pro/luchshie-video-uroki/bystryj-perenos-bazy-dannyx-s-pomoshhyu-sypex-dumper.html

      • Надежда Введенская:

        Сейчас начну изучать. Попутно вопрос — надо ли теперь возвращать Denwer в исходное состояние? Я уже туда скопировала файлы движка. Плюс изменила pho.ini.

      • Надежда Введенская:

        Благодарю, Федор. Все прошло замечательно. Воспользовалась вашей версией скрипта. Вы очень хорошо разложили все по полочкам. Работает прекрасно. Тоже не вижу необходимо использовать нечто более навороченное.
        Конечно же проверила, открывает ли скрипт БД, что создает хостинг — не открывает. Наверное, действительно, есть разные способы сжатия.

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

        • Надежда Введенская:

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

          • Федор Ашифин:

            Нужно сбросить пароль через базу данных Если на Денвере то адрес http://localhost/Tools/phpMyAdmin/ находите таблицу wp_users
            отмечаете ее и первая кнопка-обзор находите себя -админа и нажимаете карандаш-правка
            там поле user_pass в него вставляете в поле-значение 21232f297a57a5a743894a0e4a801fc3

            и сохраняете. Теперь Ваш пароль admin
            Затем в админке поменяете

            • Надежда Введенская:

              Большое спасибо за ответ. Замену провела без проблем. Потом обновила Denwer.
              В окно ввожу этот же пароль (все время я копируя его с вашего письма).
              Но все равно в админку не пускает. Говорит, что пароль не верен.

              Может, что еще надо почистить?
              И зачем такой длинный пароль вводить в таблицу? Это какой-то умолчаемый параметр? Зависит ли он версии WP?

            • Надежда Введенская:

              Нашла ошибку.
              В поле Функция надо выбрать функцию MD5.
              Это я нашла в интернете. Но не понимаю, что такое. Кстати, как я поняла, пароль все-таки можно вводить любой. Но экспериментировать с этим желания нет 🙂

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

              • Федор Ашифин:

                MD5 идет по умалчиванию . Это способ шифрования.
                Я никогда не восстанавливал пароль на Денвере, может там и нужно указывать, буду знать.

  5. Надежда Введенская:

    Скачала материалы по вашей ссылке. Как вы считаете, нужно ли менять Denwer на предложенную вами версию? Я в начале ставила официальную версию WordPress и создавала пустую БД. Созданный так сайт в локалке открывался.

    • Федор Ашифин:

      Если открывался то не обязательно менять.
      Проблемы могут быть с новыми шаблонами, которые применяют новые технолигии типа буштрап, они на Денвере могут глючить и давать ошибки.
      Вообще если честно то для 4 версии WordPress лучше использовать другой сервер. Денвер стал очень отставать и дает много ошибок.
      Я все делаю на тестовом сайте в сети а мой дизайнер предпочитает XAMPP

      • Надежда Введенская:

        А XAMPP обновляется? Посмотрела — как-будто тоже давняя разработка. Есть статьи за 2010 год. Но все же я переходе подумаю позже, когда подопрет. Denwer все-таки уже знаю.

  6. Надежда Введенская:

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

Оставить комментарий

(required)

(required)


Купить здесь баннер
Для настоящих Ютуберов!
Как заработать на YouTube
Как раскрутить видео на YouTube
Информационная база для продвижения любого проекта в Интернете!
Добавить свою рекламу
10 шагов настройки канала на YouTube
Заставка для видео за 15 минут
Поиск по сайту
Для WordPress блоггеров
Как ускорить индексацию статей
Как оптимизировать тексты статей
Как сделать так чтоб блог ожил и стал приносить прибыль и удовольствие.
Разместить здесь свой тизер
Как ускорить WordPress
Настройка All in One SEO для WordPress
Для тех кто хочет заработать в Интернете!
Обрати внимание!
Camtasia Studio от А до Я курс предназначен для тех, кто хочет создавать свои собственные обучающие курсы и зарабатывать на этом деньги