То, что нужно иметь резервную копию сайта, знает каждый вебмастер. В сети бытует мнение что все пользователи интернета делятся на две категории.
Первые кто уже терял какие-либо данные в сети и вторые –те что скоро их потеряют.
Так вот чтоб, все же не оказаться ни в числе первых ни вторых и не беспокоится за безопасность своего сайта, я предлагаю вам сделать резервную копию своего проекта на домашнем компьютере.
Если Вы, как и большинство из нас всегда отлаживает это дело на потом и на авось пронесет, я предлагаю вам сделать такую копию, которая будет вам реально помогать в работе с Вашим блогам.
Мы будем делать копию на домашнем сервере и это будет полноценный рабочий сайт в вашей домашней сети.
Что дает нам резервная копия сайта на домашнем сервере:
1. Мы имеем резерв и всегда сможем восстановить сайт в случае взлома или сбоев на хостинге.
2. Есть возможность тестировать различные темы и вообще безопасно работать с дизайном блога.
3. Тестировать работу плагинов и других расширений без ущерба для основного сайта.
4. Делать эксперименты по оптимизации базы данных без опасности снести сайт.
5. Проводить все работы и тесты без доступа к Интернету.
Я перечислил основные преимущества создания резервной копии на домашнем сервере.
Лично я выделяю для себя это безопасность блога и возможность редактировать темы без напряга для посетителей сайта. Именно сейчас я занимаюсь переделкой своей темы для Инфо-Мастерской и знаю, что настраивать ее проще на домашнем компьютере чем в сети. Пусть даже у меня сверхскоростной интернет, все равно дома есть дома!
Итак, давайте сейчас вместе со мною создадим резервную копию моего блога.
Чтоб не запутаться мы как всегда разделим нашу работу на следующие этапы:
1. Установка домашнего сервера
2. Перенос файлов сайта на домашний сервер
3. Перенос базы данных на домашний сервер.
4. Соединение домашней копии сайта с базой данных.
5. Проверка работоспособности всех виджетов и расширений.
Приступаем к созданию резервной копии.
Установка домашнего сервера.
У кого на компьютере уже есть домашний сервер, можете пропустить этот пункт.
Для реализации домашнего сервера я предлагаю использовать программное обеспечение Денвер.
Денвер очень прост в установке, настройке и использовании. Я не отрицаю что есть некоторые глюки и та версия что раздается на оф.сайте иногда конфликтует с нашим 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++ это самый лучший из веб-редакторов который четко работает практически с любым форматом документов.
Теперь нам нужно произвести массовую замену названия домена в открытом документе, в моем случае это ashifin.com на infomaster.loc
Жмем заменить все и ждем результата.
Если что либо не понятно с редактированием базы. то смотрите видео ниже по работе со скриптом Sypex Dumper, там я показал все наглядно!
После сохраняем документ. Можно под новым именем, чтоб не было путаницы.
Теперь нам нужно зайти в панель управления базами данных на нашем домашнем сервере, запустите сервер если не запущен и введите в строку //localhost/Tools/phpMyAdmin/
Если Вы ранее не создавали базы данных для этого сайта то создайте сейчас, называем например info.
Жмем кнопку создать и сразу попадаем в нашу пустую базу.
Теперь нам нужно импортировать в нее тот исправленный файл базы что мы редактировали.
Для этого ищем кнопку SQL, в открывшемся окне мы можем импортировать файл двумя способами, либо через текстовое окно или через файловый загрузчик.
Если ваш файл базы больше 2 мб то можете воспользоваться двумя другими способами
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
Меняем значения, название базы, пользователя и пароль.
Теперь если набрать в браузере адрес вашего домашнего сайта, то он должен заработать.
Проверка работоспособности всех виджетов и расширений.
Возможно, что после переноса некоторые виджеты или меню не будут работать, не всегда конечно, но бывает.
У меня например не перенеслись некоторые виджеты из сайт-бара. Но я не вижу особых проблем в этом, пять минут работы в админке и все на месте.
Главное, что теперь у нас есть точная копия Вашего блога на домашнем компьютере и мы можем проводить различные тесты и эксперименты без всяких проблем, не боясь снести ненароком основной сайт.
Кстати будущий цикл статей по улучшению блога, скорости, юзабилити и т.п. я буду вести именно ссылаясь на эту резервную копию сайта.
Так что косячить сначала будем здесь, а на основной сайт будем переносить отшлифованные решения!
В конце еще несколько советов по работе с резервной копией.
1. Прежде чем что-либо ставить на сайт, проверьте на резервной копии.
2. Обновляйте файлы, хотя бы раз в неделю, базу можно после каждого нового поста на блоге.
3. Можно использовать для резерва плагин WordPress Backup to Dropbox, но предупреждаю он серьезно грузит сайт. Если все же хотите настроить вот видео
4. Для создания отдельной копии базы данных можно использовать плагин WordPress Database Backup он намного меньше грузит сайт.
Желаю, чтоб вам не пришлось воспользоваться вашими резервными копиями для восстановления блога после атаки или падения, а только использовать для творчества и экспериментов.
Если будут какие-либо вопросы, обязательно пишите в комментариях, будем решать!
К выпуску я прилагаю дополнительные материалы.
1. Скрипт Sypex Dumper , первая не глючная и бесплатная версия
2. Настроенный дистрибутив Денвера 3 , он так же без глюков работает с WordPress и не выдает ошибок как с оф.сайта.
3. Небольшой супер-бонус книга “100 советов по SEO-продвижению”
За ссылку на я прошу у вас символическую плату в виде рекомендации в любую из соц.сетей.
[sociallocker id=”9426″] Скрипт Sypex Dumper
Настроенный дистрибутив Денвера 3
Книга “100 советов по SEO-продвижению”[/sociallocker]
Я тоже буквально вчера этот плагин установил и начинаю им пользоваться. Действительно удобно то что на почту приходят архив базы данных
Я не считаю нужным ставить дополнительный плагин. БД всегда можно скачать прямо из своего кабинета на хостинге. Занимает считанные минуты. Так зачем дополнительная нагрузка на сайт?
Статья хорошая и полезная.
У себя применяю плагин WP Database Backup, всегда на почту приходит архив базы данных.
Плюс как дополнение на хостинге всегда можно восстановить резервную копию, есть выбор по дням сохранения. Очень удобно, пользовался много раз. Хостинг beget.
Неужели у вас так часто летела БД? Мне как-то не приходилось пользоваться такой услугой. Единственное мое обращение к хостеру было связано с DOS-атакой. Честно говоря, напугали меня сильно.
Да это важная тема затронута, я недавно чистил от вирусов комп, так все папки пропали с информацией. Хорошо что самые важные я сохранил на почте и на диске. А если с сайтом что то, это вообще проблема. Надо подумать и попробовать себе так сделать.
Информация с сайта сохраняют двумя способами. 1. Хороший хостер регулярно делает копии. 2. Сам автор заботится о своем детище и тоже делает копии. Локальный сервер нужен не для хранения данных, а для работ с сайтом. Лучше пробовать на нем до того, как переносить какие-то изменения на основной сайт.
Да это важная тема затронута, я недавно чистил от вирусов комп, так все папки пропали с информацией. Х
А причем здесь локальный сервер? Чтобы не было вирусов на компе, надо иметь хороший антивирус. На эту тему у Федора есть отдельная статья.
Федор, еще такая проблема. После переноса на Denwer не отображаются аватарки в комментариях.
Переустановила все по второму разу и опять получила ту же картину.
Локальный сервер у меня не имеет доступа в интернет. Связано ли это с этим? Или же причина в чем-то ином? В интернете ничего вразумительного не смогла найти.
Конечно ведь аватарки с сервиса -граватор вот статья https://ashifin.com/vse-dlya-wordpress/kak-nastroit-globalnyj-avatar-gravatar.html
Само изображение хранится на этом сервисе
Спасибо. Успокоили. А то я уже начала задумываться, что тему надо менять.
Скачала материалы по вашей ссылке. Как вы считаете, нужно ли менять Denwer на предложенную вами версию? Я в начале ставила официальную версию WordPress и создавала пустую БД. Созданный так сайт в локалке открывался.
Если открывался то не обязательно менять.
Проблемы могут быть с новыми шаблонами, которые применяют новые технолигии типа буштрап, они на Денвере могут глючить и давать ошибки.
Вообще если честно то для 4 версии WordPress лучше использовать другой сервер. Денвер стал очень отставать и дает много ошибок.
Я все делаю на тестовом сайте в сети а мой дизайнер предпочитает XAMPP
А XAMPP обновляется? Посмотрела – как-будто тоже давняя разработка. Есть статьи за 2010 год. Но все же я переходе подумаю позже, когда подопрет. Denwer все-таки уже знаю.
Застряла на переносе БД. Она у меня 30Мб. Изменила настройки в файле php.ini. Сначала процесс пошел, а потом выдало ошибку 1054 – неизвестная колонка. Перерыла интернет, так и не нашла, что тут делать. Федор, что вы можете подсказать?
.
Я встречался с таким когда переносил сайт с хостинга Хостенко, там какие то особенности создания дампа.
Решил проблему скриптом Sypex Dumper https://ashifin.com/luchshie-video-uroki/bystryj-perenos-bazy-dannyx-s-pomoshhyu-sypex-dumper.html
Сейчас начну изучать. Попутно вопрос – надо ли теперь возвращать Denwer в исходное состояние? Я уже туда скопировала файлы движка. Плюс изменила pho.ini.
Благодарю, Федор. Все прошло замечательно. Воспользовалась вашей версией скрипта. Вы очень хорошо разложили все по полочкам. Работает прекрасно. Тоже не вижу необходимо использовать нечто более навороченное.
Конечно же проверила, открывает ли скрипт БД, что создает хостинг – не открывает. Наверное, действительно, есть разные способы сжатия.
Вот теперь я могу приступать к дальнейшим шагам по сайту. Хотя с переносом провозилась долго, но не жалею – приобрела кучу знаний и опыта.
теперь после переноса возникла другая проблема. Не пускает в админ панель. Выдает, что пароль неверный. Федор, вы встречались с такой ситуацией? Что можно сделать?
Нужно сбросить пароль через базу данных Если на Денвере то адрес //localhost/Tools/phpMyAdmin/ находите таблицу wp_users
отмечаете ее и первая кнопка-обзор находите себя -админа и нажимаете карандаш-правка
там поле user_pass в него вставляете в поле-значение 21232f297a57a5a743894a0e4a801fc3
и сохраняете. Теперь Ваш пароль admin
Затем в админке поменяете
Большое спасибо за ответ. Замену провела без проблем. Потом обновила Denwer.
В окно ввожу этот же пароль (все время я копируя его с вашего письма).
Но все равно в админку не пускает. Говорит, что пароль не верен.
Может, что еще надо почистить?
И зачем такой длинный пароль вводить в таблицу? Это какой-то умолчаемый параметр? Зависит ли он версии WP?
Нашла ошибку.
В поле Функция надо выбрать функцию MD5.
Это я нашла в интернете. Но не понимаю, что такое. Кстати, как я поняла, пароль все-таки можно вводить любой. Но экспериментировать с этим желания нет 🙂
Все прошло прекрасно. Пароль воспринялся, в админку вошла и поменяла уже на свой пароль.
Еще раз благодарю за помощь.
MD5 идет по умалчиванию . Это способ шифрования.
Я никогда не восстанавливал пароль на Денвере, может там и нужно указывать, буду знать.
Пытался сделать копию сайта, как вы советуете и это думаю правильно и удобно. Но не получилось, че-то не пошло, а времени разбираться не было. Но знаю, что копию делать нужно обязательно, чтобы потом не плакать. Решил вопрос так: зашел в админку-консоль-инструменты-экспорт и скачал файл. Пока не пробовал восстанавливать такой файл, но надеюсь через какой-то плагин получиться ))
Если используется свой сервер/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\
Каждая база — это отдельный каталог.
Спасибо! Это конечно больше для продвинутых пользователей.
Тут весь смысл создания копии сайта, чтоб можно было с ней работать, проводить эксперименты. настраивать темы и шаблоны.
Спасибо, Федор!
Отличная подробная инструкция.
В свое время я долго “тыкался” пытаясь решить эту же задачу. Справился, конечно. Но времени и сил затратил немерено.
Спасибо за оценку!
Иметь резервную копию сайта должен иметь каждый блоггер, это очень важно.