Резервная копия сайта


Здравствуйте, уважаемые друзья. Резервное копирование – это необходимая мера для страховки от сбоев, взломов и потери данных. Вот и к созданию резервной копии сайта нужно относиться серьёзно.

Прежде чем перейти к самой процедуре, давайте поговорим о том, какие сайты бывают и в чём отличие при создании резервных копий (бэкапа).

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

Так вот, по структуре сайты подразделяются на сайты с базой данных и без неё.

Сайты с базой данных – это практически все современные, многостраничные сайты. В том числе сайты и блоги, созданные с помощью систем управления контентом (CMS), таких как WordPress, Joomla и так далее. В базе данных содержатся тексты статей и страниц, комментарии, служебная информация и так далее. А всё оформление, картинки, иконки, стили и скрипты в файлах сайта. И между собой файлы и база данных – взаимосвязаны.


Но, в целях безопасности, хранение базы данных и файлов сайта осуществляется раздельно.

А, следовательно, и резервное копирование делается в два этапа. Отдельно создаётся копия базы данных и файлов сайта.

Сайты без базы данных – это одностраничные сайты (лендинги), сайты визитки и многие старенькие сайты, созданные на HTML и CSS с применением дополнительных скриптов или без них.

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

Понятие резервного копирования.

Резервное копирование – это сохранение копии данных. В случае с сайтом – это сохранение файлов сайта и базы данных.

Кто делает резервные копии?

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

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

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

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


Как часто делать копии?

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

Вообще, базы данных дают сбои очень редко в основном проблемы с работоспособностью сайта возникают из-за конфликта в файлах.

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

Сколько копий делать?

Это, конечно, решает каждый сам. Я рекомендую хранить резервную копию в нескольких местах. И ни в коем случае не затирайте предыдущую копию, новой. Потому как всякое может случиться (архив повреждён, потеря данных при передаче), но вы сможете воспользоваться предыдущим бэкапом.

Какие способы резервного копирования использовать?

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

Какой именно способ использовать выбирает каждый для себя сам.

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

А дальше мы рассмотрим самые простые и надёжные способы резервного копирования сайтов.

Как создать резервную копию сайта на хостинге.


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

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

Для того чтобы сделать резервную копию войдите в административную панель хостинга. В новом дизайне, на главной странице вы увидите кнопку «Резервные копии», жмите на неё.

Далее, вы попадёте в раздел «Управление резервными копиями», где сможете увидеть все автоматически созданные резервные копии. Их можно использовать для восстановления сайта или скачать на свой компьютер.

Для создания резервной копии на текущий момент вы должны сделать копию файлов и копию базы данных. В этом помогут кнопки «Создать резервную копию файлов» и «Создать резервную копию БД».

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

Для выгрузки резервных копий нажмите на кнопки «Выгрузить» напротив нужной копии.

Когда выгрузка будет закончена, архивы резервных копий файлов и базы данных можно скачать. Сделать это можно через файловый менеджер в папке backups. А ещё ссылки на скачивание архивов придут на почтовый ящик, который вы указывали при регистрации хостинга.


Примечание: архивы в папке backups можно удалять после скачивания их на компьютер, а можно оставлять в качестве дополнительной страховки. Но, помните, они занимают место на сервере.

Beget – этот хостинг я использую в последнее время всё чаще для многих клиентских сайтов. Так как он очень удобный, понятный, гибко настраиваются тарифы и при передаче владельцу, вопросов нет.

Для создания резервной копии в панели управления хостингом нужно нажать на кнопку «BackUp».

Далее, перед вами откроется раздел «Резервные копии», где вы также можете воспользоваться автоматическими копиями или создать бэкап самостоятельно.

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

Так, вы сделаете резервную копию файлов сайта.

Затем переходите в подраздел «Базы данных», выбираете базу и также жмёте на зелёную стрелочку.

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

Как видите, принцип одинаков, кнопочки разные. 😉

Как создать резервную копию сайта с помощью FTP и phpMyAdmin.


Этот способ посложнее и требует определённых знаний, и приходит на выручку, когда у вас есть только доступ к ftp и phpMyAdmin.

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

Алгоритм действий простой:

— создаёте на компьютере папку,

— подключаетесь к сайту по ftp,

— копируете содержимое сайта в папку на компьютере.

Примечание: копировать можно весь сайт целиком или отдельные его файлы и папки.

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

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

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

Универсальной ссылки на phpMyAdmin нет, у каждого хостинга она своя. Вы эту ссылку можете посмотреть в письме от хостинг-провайдера, которое получили после регистрации хостинга. Или спросить в службе поддержки.

В общем, вам нужно открыть phpMyAdmin, выбрать базу данных (если их несколько), и выполнить «Экспорт». Просто нажать на эту кнопку и следовать инструкциям.


Вот такая вот хитрая процедура.

Это были проверенные способы, которые выполняются вами с полным контролем над процессом.

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

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

Друзья, у меня на этом всё. Желаю вам успехов и хорошего настроения!

С уважением, Максим Зайцев.


    Похожие статьи по теме:

  • Синхронизация файлов сайта в WinSCP
  • UpdraftPlus Backup and Restoration – автономное резервное копирование сайта
  • Как восстановить сайт из резервной копии
  • Резервное копирование по методу Евгения Попова

1zaicev.ru

Резервная копия сайта

Что же такое резервная копия сайта? Как несложно догадаться, это дублирование всех файлов сайта, баз данных, FTP-аккаунтов и других параметров хостинга, с помощью которых вы сможете полностью заново воссоздать ваш ресурс.
уществляется копирование всех параметров на отдельно стоящий сервер, который обычно располагается в другом месте. Сделано это для того, чтобы в случае исчезновения хостинга или хакерской атаки на него ваши файлы остались бы в целости и сохранности. Например, в 2009 году в хранилище «Хостинг.ру» произошел пожар, который уничтожил большую часть информации клиентов хостинга. Восстановить информацию удалось только благодаря копиям в дата-центре компании, который располагался по другому адресу.

Резервная копия сайта, или «бэкап», нужна еще и для того, чтобы обезопасить владельца от хакерских атак или случайного удаления файлов. Если в ресурс вкладывали много времени и сил, будет очень обидно его потерять. Поэтому специалисты настоятельно рекомендуют перед покупкой хостинга уточнить информацию о том, есть ли у него система двойного резервного копирования. Еще лучше дополнительно сохранять копию сайта каждую неделю себе на компьютер. Эти меры по предотвращению удаления сайта позволят вам сохранить наработанную информацию и клиентов в случае неприятных неожиданностей.

Как восстановить сайт из резервной копии?

Восстановление сайта из бэкапа обычно проходит очень легко и просто, если вы вовремя позаботились о сохранении нужной информации или просто выбрали правильного хостинг-провайдера. 2010 год показал, что даже у хостеров бывают серьезные проблемы, во время которых сайты пользователей могут быть неактивны или даже удалены. Поэтому не верьте всем на слово, регулярно сохраняйте резервные копии вручную. Если же вы все делаете правильно, то восстановление работы сайта не займет много времени. Для этого достаточно будет зайти в административную панель вашего сайта и выполнить несложные действия.

Пошаговое восстановление работы сайта


Какие действия нужно выполнить для возобновления работы ресурса?

  • Зайдите в административную панель и найдите соответствующий раздел. Обычно он так и обозначен: «Резервные копии» или BackUp.
  • Откройте версию напротив нужной вам даты.
  • Выберите домен вашего сайта.
  • В том случае, если необходимо восстановить все файлы сайта, поставьте галочку напротив public_html и нажмите кнопку «Восстановить». Если же вам нужны только определенные файлы, выберите их вручную.

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

Рекомендации по восстановлению от специалистов

Специалисты рекомендуют заранее принимать необходимые меры для возможного восстановления сайта:

  • Регулярно выполнять копирование всех файлов сайта. Удобнее всего это делать ночью, ведь за это время все данные SQL Server будут продублированы, и в дальнейшем вы сможете их быстро восстановить.
  • Убедитесь, что размер папки на резервном сервере, в которой вы собираетесь хранить копию сайта, достаточен для всех файлов.
  • Храните бэкапы сайтов в безопасном и удаленном хранилище, которое будет доступно в случае необходимости.
  • Лучше всего иметь сразу 12-20 копий сайта за последние промежутки времени на диске или в облачном хранилище.

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

Как сделать резервную копию?

Существует еще один способ восстановления сайта: через FTP-соединение и панель phpMyAdmin. По сути, это два разных способа. Если копирование файлов через ФТП не помогло, то стоит попробовать восстановить сайт через базу данных.

Для создания копии вам необходимо подключится к хостингу через FTP-соединение. Сделать это можно с помощью «Проводника» или же специальной программы для работы с FTP-серверами. Затем нужно скопировать все нужные вам файлы и папки на хостинг. После того как копирование будет завершено, вам просто нужно открыть сайт и проверить его работу – скорее всего, его функциональность будет восстановлена.

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

  • Выберите нужную базу данных.
  • Нажмите вкладку «Импорт».
  • Выберите файл резервной базы данных.
  • Завершите процесс, нажав кнопку «Вперед».

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

Как восстановить сайт, если нет бэкапа

Как можно заметить, в восстановлении работы сайта без резервной копии далеко не уйдешь. Можно ли это сделать, если никакие файлы и копии не сохранились?

Небольшой шанс есть. В системе поисковых систем хранится множество копий различных сайтов. Вам лишь необходимо набрать в поисковике название своего ресурса и после выдачи результатов нажать на значок «Копия» рядом с прямой ссылкой. В «Яндексе» запрос будет выглядеть следующим образом:

  • «http://yandex.ru/yandsearch?numdoc=50&text=%23url%3D%22site.ru*%22%7C%23url%3D%22www.site.ru*%22&pag=d&rd=0», где «site.ru»-это название нашего сайта.

В поисковой системе Google восстановлением страниц сайта можно заняться, если перейти по ссылке:

  • «http://www.google.com/search?q=site%3Asite.ru&filter=0»

Значительным минусом этого способа является то, что поисковики не хранят картинки. Таким образом, к прочтению будет доступен только текст, без каких-либо графических изображений. Если вы хотите все же попробовать воссоздать первоначальный облик сайта, сделать это можно еще одним способом: с помощью сайта web.archive.org. На нем хранятся веб-архивы огромного количества ресурсов. Если вашему сайту больше 2-3 лет, то он, скорее всего, будет в сохраненных копиях. Для восстановления работы сайта с помощью архива вам нужно зайти на сайт, ввести домен и нажать на кнопку BROWSE HISTORY. Сайт покажет вам последнюю дату сохранения информации с вашего ресурса, которую вы сможете восстановить с помощью другого замечательного сайта: r-tools.org. Теперь вы знаете, как восстановить утерянные данные с помощью различных способов.

Восстановление пароля сайта

Но проблемы с доступом – не единственные, с которыми приходится встречаться тем, кто ведет свой блог. Зачастую владельцы ресурсов сталкиваются и с утерей пароля от сайта. Восстановление пароля возможно с помощью электронной почты или телефона. Если вы читаете эту статью, то велика вероятность того, что эти варианты почему-то не сработали. Изменить пароль от административной панели сайта можно и с помощью другого, более сложного способа:

  • Через базу данных MySQL: вам нужно зайти в нее и слева найти колонку users. Вас сразу же перебросит на страницу редактирования админов и владельцев сайта. Напротив колонки users_password вы сможете увидеть пароль, заменив который вы обеспечите себе свободный доступ на сайт.
  • Если же у вас популярная платформа WordPress, то заменит пароль можно, перейдя по ссылке: site/wp-admin, где site — это домен вашего ресурса.

Итоги

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

fb.ru

Что такое резервная копия (бэкап) сайта интернет магазина?

Чтобы ответить на этот вопрос, давайте сначала рассмотрим из чего обычно состоит современный сайт.

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

Файлы CMS.
А это уже просто файлы с программным кодом CMS, фотографиями ваших товаров и многим другим.

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

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

errormysql

И точно так же база данных абсолютно бесполезна при отсутствии файлов CMS.

Вывод: резервная копия сайта интернет магазина представляет собой набор файлов CMS и копию базы данных.

И в случае если вы “случайно” удалите сайт, вам нужно будет просто заново залить файлы CMS на FTP и переустановить базу данных. Если следовать инструкции, это занимает обычно не более 10 минут.

Несколько страшилок

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

История первая. “Мститель”

После длительной разработки сайта, куда было вбухано большое количество денег, владелец решил сменить разработчика из-за того, что постоянно рвались сроки. Разработка велась на хостинге владельца.

Владелец самостоятельно сменил пароли от FTP, админки и панели администрирования хостинга. Но он забыл поменять пароль от базы данных сайта. Этой лазейкой и воспользовались горе-разработчики в качестве своеобразной мести за то, что им не была выплачена до конца сумма за сайт, создание которого они сами и провалили.

Так как резервные копии не делались, долго и упорно восстанавливалась база данных. На это было потрачено дополнительных 3 недели. Бэкапы на стороне хостинга были совсем устаревшими и не смогли помочь.

История вторая. “Невидимка”

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

Заметили это быстро, так как владелец заходил на свой сайт через iPad Улыбка

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

История третья. “Недопереехали”

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

Как это обычно делается: выгружаются файлы вместе с базой данных и затем разворачиваются на новом хостинге на тестовом домене. Как только все удостоверяются в том, что все работает как надо, меняют настройки домена для перенаправления посетителей на новый хостинг. Старый же хостинг продолжает работать еще как минимум неделю для того чтобы принимать посетителей, у которых не сразу обновился DNS.

Как это было сделано в том случае: данные перенесли со старого хостинга на новый. Я подчеркиваю, что именно перенесли, а не скопировали. В итоге по пути что-то сломалось и база данных отказывалась вставать на новый хостинг, выдавая кучу ошибок. На старый хостинг она, впрочем, тоже уже не хотела устанавливаться Улыбка. Так как резервных копий не было, сайт некоторое время работал с ошибками, которые в течение месяца все-таки починили.

Вывод из всех этих историй: резервная копия всегда страхует от внештатных ситуаций и человеческого фактора.

Как сделать резервную копию сайта интернет магазина?

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

Основной минус этого способа: ручной режим и отсутствие автоматизации, но об автоматизации мы поговорим позже Улыбка

Делаем бэкап базы данных сайта

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

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

Шаг 1. Заходим в веб панель хостинга.

db_step1
(клик на любом изображении для увеличения)

Шаг 2. После захода в настройки вашего хостинга Hetzner, выберите ваш домен и перейдите в раздел с базами данных.

db_step2

Шаг 3. Выбирайте базу данных для создания резервной копии. И затем кликайте на phpMyAdmin.

db_step3

Шаг 4. Кликните на “Экспорт”.
Начиная с этого шага не имеет значения какой у вас хостинг – phpMyAdmin у всех примерно одинаковый.

db_step4

Шаг 5. Оставьте настройки по умолчанию и кликните на “ОК”.

db_step5

Шаг 6. Начнется скачивание вашей базы данных и в результате скачается файл название_вашей_базы_данных.sql

db_step6

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

Делаем бэкап файлов сайта интернет магазина

Одной базы данных нам недостаточно для создания полноценной резервной копии сайта, поэтому еще необходимо сделать бэкап самих файлов сайта.

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

Шаг 1. Установите FTP клиент на свой компьютер.

Если он у вас уже установлен, то можете смело пропускать этот шаг.

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

Шаг 2. Уточните данные для доступа к FTP серверу, где хранится ваш сайт.

Обычно данные для подключения к серверу хостинга хранятся во соответствующем разделе панели хостинга: “FTP”. Если вы испытываете сложности с их поиском, обратитесь к техподдержке вашего хостинга.

Данные для доступа к серверу выглядят обычно следующим образом:
Сервер: ftp.ваш_хостинг.ru
Логин: <ваш_логин>
Пароль: <ваш_пароль>

Шаг 3. Настройте соединение с вашим хостингом.

Вот скриншот настройки FTP доступа в FileZilla для наглядности:

ftp_step3

Шаг 4. Подключаемся к хостингу и ищем папку public_html, именно в ней содержатся файлы вашего сайта.

ftp_step4

Если такой папки у вас на хостинге нет, то возможны несколько ситуаций:

  1. Вы используйте FTP аккаунт, не имеющий доступа к корневой папке вашего хостинга;
  2. Ваш хостер не использует папку с таким именем (хотя мне такие случаи не попадались);
  3. Какая-то другая причина.

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

Шаг 5. Копируем файлы.

Просто кликните правой кнопкой на нужную папку и нажмите “Скачать”.

ftp_step5

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

Внимание!!! После скачивания резервных копий базы данных и файлов сайта не забудьте поместить их в один архив. Именно этот архив и поможет полностью восстановить сайт в случае необходимости.

Следующим шагом мы правильно организуем их хранение.

Как правильно хранить резервные копии?

Главное правило: не хранить все в одном месте!!!

А теперь подробнее…

Вариант №1. Непосредственно на хостинге.

Да, нет ничего проще, чем полученный архив загрузить обратно на хостинг. Проще всего будет просто создать папку “backup” и загружать туда архивы.

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

Вариант №2. Свой собственный компьютер.

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

Вариант №3. Облачное хранение.

Большинство из вас, наверняка, слышало о таких сервисах как Dropbox (рекомендую именного его), Google Drive и Яндекс.Диск. Эти сервисы позволяют хранить файлы на облачных серверах, к которым вы можете получить доступ из любого места где есть интернет. И каждый из этих сервисов предоставит вам бесплатное место для хранения нескольких резервных копий.

Я рекомендую использовать все три способа и это не занимает много времени. В среднем, уходит 5-15 минут на подготовку и размещение всех резервных копий. Думаю, что один раз в неделю у вас получится выделить столько времени, но зато и спать спокойно.

Важные вопросы и ответы

А мне подойдет изложенный в статье метод?
Я показал метод подготовки резервной копии сайта, который подойдет практически всем владельцам небольших и средних интернет магазинов. Достаточно иметь доступ к FTP и к phpMyAdmin (база данных).

А возможна ли автоматизация?
Да, возможна. Специальные скрипты могут делать бэкапы по заданному графику и загружать их туда, куда вы укажете. Способ в статье не предполагает автоматизации, но у меня и не было цели подобное описать.

У меня популярная CMS. Может есть готовые модули?
Не исключаю. Для всех наиболее популярных CMS есть модули, позволяющие сделать бэкап. Это, например, очень удобно сделано в Битриксе: одним кликом бэкап создается и загружается в облачное хранилище на серверах Битрикса.

Важно!

НЕ ПОЛЕНИТЕСЬ СДЕЛАТЬ РЕЗЕРВНУЮ КОПИЮ ПРЯМО СЕЙЧАС!!!

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

Кстати, если у вас есть интересные истории по теме, буду рад услышать Улыбка

idivpered.ru

Ситуации, в которых нужна резервная копия

  1. Взлом сайта злоумышленниками. Такие ситуации возникают довольно часто. Сайт взламывают, помещая в него вредоносные файлы, которые влияют на его работу или удаляют все данные.
  2. Падение сервера. Чаще всего ресурсы помещаются на серверах компаний, которые предоставляют услуги хостинга. Уровень их надежности высокий, но не максимальный, поэтому с ними также могут случиться непредвиденные ситуации.
  3. Удаление файлов. Может произойти как по вине владельца сайта, так и вследствие особенности работы хостингового провайдера. Например, если оплата за услуги не поступила в установленный срок.

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

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

Как сделать резервную копию сайта

Ключевая задача данной процедуры: сохранение на свой ПК файлов и базы данных, находящихся на сервере провайдера.

Есть несколько методов резервного копирования.

Использование хостинга

Пользователю необходимо зайти в панель управления на сервере, где найти специальный раздел: «Резервное копирование», Backup и т. д.

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

С помощью FTP-клиента

Прежде чем сделать копию сайта, требуется установить FTP-клиент на свой ПК. После установки и настройки можно скачать на свой компьютер любые файлы сайта, хранящиеся на сервере.

Как восстановить сайт из резервной копии

Процедура восстановления из резервной копии ресурса несложная. Для этого требуется зайти в административную панель и сделать:

  • Найти соответствующий раздел.
  • Выбрать необходимый бэкап.
  • Выбрать домен сайта.
  • Нажать «Восстановить», если необходимо восстановление в полном объеме. Для восстановления только некоторых файлов можно выбрать их вручную.

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

Рекомендации от специалистов

Всем владельцам сайтов рекомендуется заранее принимать меры для сохранности данных:

  1. Проводить копирование регулярно.
  2. Убедиться, что объема папки на резервном сервере, где будет храниться копия, хватит для всего объема данных.
  3. Хранить данные на надежном сервере.
  4. И будет лучше, если резервная копия будет не одна.

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

semantica.in

Что это такое бэкап сайта?

Суть бэкапа сайта сводится к копированию баз данных, файлов сайта, почты, FTP-аккаунтов и множества других параметров хостинга. Проще говоря мы сохраняем весь сайт и его настройки в отдельном месте, и при необходимости можем вернуть сайт к той версии, которую сохранили. При этом может осуществляться копирование данных на текущий и бэкапный (дополнительный) сервер, располагающийся отдельно от серверов провайдера либо в другом дата-центре. Оно производится на случай, если что-то случится с сервером на котором хранится сайт. Таким образом в 2009 году после пожара в собственном дата-центре Hosting.ua удалось восстановить большую часть сайтов, копии которых хранились на других серверах.

Бэкап сайта

Для чего нужно резервное копирование сайта?

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

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

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

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

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

Зачем сохранять к себе на компьютер?

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

Как сделать бэкап сайта?

Основная задача будет состоять в том, чтобы сохранить к себе на компьютер файлы сайта и базу данных, которые находятся на сервере хостера. Есть несколько вариантов того, как делать бэкап сайта. И сейчас мы их рассмотрим подробно.

С помощью хостинг-аккаунта

Заходите в панель управления хостингом, и находите там раздел похожий на «Резервные копии», «Backup» или что-то подобное. Далее два пути:

— провайдер создаст копию (в одном архиве) и даст Вам ссылку чтобы скачать. Провайдер сделает копию, и ее нужно будет скачать с сервера (на котором расположен Ваш сайт) с помощью FTP-клиента (обычно файл с копией находится в папке backup или подобной), или скачать через менеджер файлов в панели управления хостингом.

С помощью FTP-клиента и phpMyadmin

Начинаем с того, что устанавливаем и настраиваем FTP-клиент. После этого с его помощью, скачиваем себе на компьютер абсолютно все файлы сайта, хранящиеся на сервере хостинг-провайдера.

После этого нужно скопировать базу данных на свой компьютер (еще называют создать дамп базы данных).

Как вернуть сайт к сохраненной версии?

Если в будущем вам понадобится вернуть сайт к той версии, которую вы сохранили на компьютер, то удалите полностью все файлы на сервере (не трогайте файлы настроек, удаляйте только из той папки, где хранятся файлы сайта, например public_html, www и т.д.). Сайт полностью перестанет работать (это не надолго). После этого очистите все таблицы в базе данных (через phpMyadmin), и импортируйте в пустую БД, ту базу данных, которая сохранена на Вашем компьютере. После этого загружайте файлы сайта на сервер и сайт должен заработать. Причем это будет та версия сайта, которую Вы заранее сохраняли на свой компьютер.

На сколько часто нужно делать резервные копии сайта?

Желательно делать это каждый день. Обычно резервные копии создаются автоматически самим хостингом, и хранятся там около 2 недель. Мы рекомендуем загружать их себе на диск (или облачно хранилище типа Дропбокс) примерно 1-2 раза в месяц. Для большинства сайтов это будет хорошим соотношением усилий и эффективности.

Сколько бекапов нужно постоянно хранить?

Это зависит от того, на сколько часто обновляется ваш сайт. Оптимальным для большинства сайтов можно назвать количество бекапов за год. Если делать их 1-2 раза в месяц, то получается 12-25 копий.

ru.hostings.info

Резервное копирование файлов

Итак, сделаем резервное копирование сайта вместе по инструкции, шаг за шагом. После сломаем наш сайт и на практике пройдем процедуру восстановления сайта из резервной копии. Для примера я возьму один из своих клиентских сайтов на Joomla 2.5.

Шаг 1. Скачиваем и устанавливаем бесплатную версию Exiland Backup. Обычная установка без всяких дополнительных настроек.

Шаг 2. Открываем программу и создаем новое задание. Придумайте любое название и нажимайте Далее.

backup-1

Шаг 3. Выбираем тип резервного копирования. Для первого раза используем Полное (Full) и переходим Далее.

backup-2

Шаг 4. Необходимо ввести IP-адрес FTP, а затем заполнить логин и пароль. Обычно эти данные предоставляет ваш хостинг-провайдер.

backup-3

Шаг 5. Нажимаем Соединиться. Если вы указали верные логин и пароль, то попадете на сервер и увидите все папки на хостинге. Выбираем необходимые и нажимаем ОК.

backup-4

Шаг 6. Чтобы сэкономить место, где вы будете хранить резервные копии, ставим Упаковывать в ZIP.

backup-5

Шаг 7. Выбираем путь куда сохранить резервную копию.

backup-6

Шаг 8. Завершающий этап. Выбираем наше задание и нажимаем Выполнить.

backup-7

Шаг 9. Скорость выполнения резервной копии файлов сайта зависит от объема данных и нагрузки на сервер. Рекомендуется делать копию в период наименьшей посещаемости.

backup-8

Резервное копирование базы данных MySQL

Теперь необходимо сделать резервную копию базы данных сайта. Никаких проблем не возникнет, если на вашем хостинге установлен phpMyAdmin. На моем хостинге reg.ru в панели управления ISP Manager, phpMyAdmin находится в левом меню, во вкладке Дополнительные приложения.

backup-10

Шаг 1. Чтобы войти в phpMyAdmin понадобится ввести логин и пароль, которые должен предоставить ваш хостинг-провайдер.

Шаг 2. Далее выбираем базу данных нашего сайта и экспортируем на свой компьютер. Нажимаем ОК. Все готово.

backup-12

Восстановление сайта из резервной копии

Теперь попробуем восстановить сайт из резервной копии. В первом случае я нарушу целостность файла /index.php который отвечает за шаблон сайта. Например вы правили шаблон и допустили ошибку. Еще частая неисправность верстки или файлов стилей .css, после редактирования сайт стал отображаться некорректно и «все блоки поехали».

backup-13

Для восстановления файлов понадобится FTP-клиент, используем одну из популярных программ FileZilla. Заходим на FTP и перемещаем файлы на сервер, предварительно разархивировав наш архив с резервной копией сайта. Все файлы у нас повторные, поэтому выбираем Перезаписать.

backup-14

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

 

 

Второй случай, когда повреждена база данных и нам достаточно перезаписать только ее без файлов. Для этого в phpMyAdmin выбираем нашу БД и удаляем все таблицы. Заходим в Импорт и выбираем нашу базу данных (файл с расширением .sql) и нажимаем ОК.

backup-16

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

seo-it-in.ru

Как сделать бэкап файлов сайта с помощью FileZilla

Как вы уже, наверное, знаете, сайты, созданные на основе какого-либо движка, будь то Joomla, WordPress или SMF, состоят из двух важных частей:

  1. Во-первых, это собственно сами файлы движка и установленных в нем расширений, картинки и …
  2. А во-вторых, это базы данных, где хранятся тексты ваших статей, постов и т.п.

В базе данных (БД) могут храниться также настройки некоторых параметров движка и его расширений. Я уже писал об этом в статье про принципы работы CMS Joomla. Такая организация имеет массу преимуществ.

Значит наша задача сводится к резервному копированию всего этого богатства. Причем, частота резервирования БД, обычно, определяется частотой появления новой информации на вашем проекте. Оптимальным, на мой взгляд, является копирование базы ежедневно. Благо весят они, как правило, не очень много и такой бэкап осуществляется очень быстро. Обновлять же резервные копии файлов вашего проекта следует, пожалуй, только после того, как вы внесли какие-то изменения в них: установили какие-либо расширения, обновили версию движка и т.п.

Начнем, пожалуй, с нашего первого помощника под названием FileZilla, хотя вместо нее вы можете использовать любой другой FTP-менеджер, вплоть до Тотал Коммандера, но я предпочитаю именно это детище свободного ПО. Принципы работы с программой FileZilla мною уже были довольно подробно описаны в приведенной статье, посему останавливаться на этом подробно не будем (хотите — сами почитайте, особливо про хранение в этой программе паролей и проблемы с этим связанные).

Давайте рассмотрим, как сделать бэкап файлов с ее помощью. Получив доступ к серверу своего хостинга, вы должны зайти в корневую папку (она обычно называется public_html или htdocs ). Удаленный сервер в Файлзиле отображается справа, а слева отображается содержимое вашего компьютера.

Если бэкап планируете делать регулярно, то советую создать на жестком диске компьютера папку с «говорящим» названием, а внутри нее каталоги с названиями ваших проектов. Внутри этих каталогов можно создавать папки с текущей датой, в которые и будут копироваться файлы вашего веб-проекта. Благодаря этому потом будет проще ориентироваться в резервных копиях и удалять сильно устаревшие для освобождения места.

Теперь открываем в левой части FileZilla папку, куда будет осуществляться резервное копирование, а в правой части — корневую папку вебсайта. Советую включить в настройках этой программы возможность показывать скрытые файлы: в верхнем меню выберете пункт «Сервер» — «Принудительно отображать скрытые файлы».

Резервная копия сайта

Это нужно для того, чтобы в ваш бэкап попали и скрытые файлики, такие, например, как .htaccess. Далее вы выделяете все объекты вашего сайта в корневой директории, удерживая кнопку SHift на клавиатуре. Щелкаете по выделенным объектам правой кнопкой мыши и выбираете из контекстного меню пункт «Скачать».

Резервная копия сайта

Начнется резервное копирование файлов, которое может занять довольно продолжительное время — зависит от количества и общего веса копируемых объектов, а так же от скорости вашего интернета и скорости работы сервера. Но вам вовсе не обязательно наблюдать за процессом создания бэкапа. Во время копирования вы можете заниматься своими делами, не закрывая Файлзилу, конечно же.

По окончанию процесса вам лучше всего будет запаковать все скачанное в один архив, ибо это может существенно уменьшить объем и количество хранимых объектов. После архивации вы оставляете только один архив, а все скачанное удаляете — будет все красиво и аккуратно. Для восстановления файлов сайта из такого бэкапа: его нужно будет распаковать и скопировать содержимое архива на сервер, способом аналогичным описанному выше.

Правда, если вы запаковали файлы в архив ZIP, то его можно будет загрузить на сервер, а уже там распаковать (тут описано, как распаковать ZIP архив на FTP-сервере). Но при этом могут возникнуть некоторые неприятности с последующим изменением прав доступа на эти файлы и папки, которые можно решить PHP средствами (читайте по ссылке про права доступа и изменение Cmod программным способом).

Как сделать бэкап базы данных с помощью phpMyAdmin

Давайте посмотрим, как сделать резервную копию базы данных с помощью скрипта phpMyAdmin. Доступ к нему можно получить из панели управления вашего хостинга. Если у вас используется на хостинге cPanel , то для того, чтобы запустить phpMyAdmin, нужно пройти по следующему пути: находите на главной странице cPanel область под названием «Базы данных» и щелкаете там по иконке этого скрипта.

Резервная копия сайта

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

Скачав на свой компьютер архив, вы должны его распаковать и залить получившуюся папку (можно для простоты ее предварительно переименовать просто в phpmyadmin) в корневую директорию. В общем-то и все. Теперь останется только ввести в адресной строке вашего браузера следующий Урл: http://vash_sait.ru/phpmyadmin

В любом случае у вас откроется окно программы ПхпМайАдмин, с помощью которой мы сможем с легкостью осуществить резервное копирование баз данных своего проекта. Это главная страница программы (у меня на некоторых сайтах стоит несколько устаревшая версия, но я к ней просто привык):

Резервная копия сайта

Если вы находитесь на какой-либо другой странице phpMyAdmin, то для того, чтобы попасть на главную, нужно нажать на домик выделенный на рисунке. На одном аккаунте у хостера у вас может быть много БД и поэтому вы должны сначала выбрать из левого меню ту базу, резервное копирование которой вы хотите осуществить.

Резервная копия сайта

Список БД вы можете увидеть в окне программы слева (под иконкой домика). Для того, чтобы сделать бэкап базы данных вам нужно будет щелкнуть по вкладке «Экспорт» над списком таблиц.

Резервная копия сайта

Внизу открывшейся страницы поставьте галочку «gzip». И нажмите кнопку «ok».

Резервная копия сайта

Правда, это в старой (удобной) версии скрипта. Сейчас же, по умолчанию вам предлагают быстро скачать базу без сжатия, а если хотите что-то настроить (в том числе и активировать ее gzip сжатие на лету), то нужно будет переставить галочку в поле «Обычный» и выбрать gzip среди множества других настроек, что не очень удобно на мой взгляд.

Резервная копия сайта

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

Восстановление базы данных из созданной ранее резервной копии

Чтобы восстановить из бэкапа базу данных нужно действовать следующим образом. Во-первых, вы должны очистить уже имеющуюся БД от всех таблиц. Для этого вы входите в программу phpMyAdmin, выбираете в левой колонке нужную БД, которую требуется восстановить.

В открывшемся окне с таблицами этой базы данных опускаетесь в самый низ и под списком таблиц нажимаете на «Отметить все». Затем, опять же внизу страницы, выбираем из выпадающего списка «С отмеченными» пункт «Удалить».

Резервная копия сайта

У вас откроется окно со списком всех удаляемых таблиц. Вы нажимаете на кнопку «Да».

Теперь можно восстановить базу данных из сделанной ранее резервной копии. Для этого выбираем закладку «Импорт»:

Резервная копия сайта

В открывшемся окне нажимаете на кнопку «Выберете файл» и находите сделанный ранее бэкап этой БД у себя на жестком диске. Жмете на кнопку «Вперед» (или «OK» в старых версиях скрипта) внизу страницы и ждете, когда загрузка закончится (время опять же зависит от скорости сервера и размера базы данных). Все.

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

Перенос сайта на новый хостинг

Итак, как же нам осуществить перенос сайта на новое место жительства? После покупки хостинга вам предоставят данные для доступа к серверу хостинга по FTP, которые вы и введете в программу Файлзила для получения доступа к серверу.

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

Но для этого нужно предварительно на новом хостинге создать новую БД (куда потом будут копироваться сохраненные вами таблицы). Как это сделать вы узнаете из статьи про phpMyAdmin, ссылку на которую я приводил чуть выше. Обратите внимание, что у вас, скорей всего, не получится выбрать имя для БД и ее пользователя такими же как и на предыдущем месте жительства. Дело в том, что на хостинге обычно добавляют к выбранному вами имени БД еще и ваш логин.

Поэтому, после окончания копирования файлов и БД, прежде, чем обращаться к сайту из браузера, следует внести соответствующие изменения в настройки движка вашего сайта. Для этого нужно будет опять же получить доступ к файлам сайта по FTP и внести изменения в конфигурационные файлы того или иного движка (Joomla, WordPress, SMF и др.). Рассмотрим настройки для каждого движка в отдельности.

Что нужно изменить в настройках WordPress при его переносе

Перенос блога на Вордпрессе потребует изменения следующих настроек. Нужно будет открыть на редактирование с помощью FileZilla файл WP-CONFIG.PHP, который находится в корневой директории на сервере. В нем нужно отредактировать строки, отвечающие за название БД и пользователя.

// ** Настройки MySQL - Вы можете получить их у вашего хостера ** // /** Имя БД для WordPress */ define('WP_CACHE', true); //Added by WP-Cache Manager define('DB_NAME', 'введите сюда новое имя вашей базы данных');  /** MySQL имя пользователя */ define('DB_USER', 'введите сюда новое имя пользователя');  /** MySQL пароль БД */ define('DB_PASSWORD', 'anipiimaaxai');  /** MySQL сервер - иногда требуется изменять это значение, например, на Мастерхосте */ define('DB_HOST', 'localhost');  /** Кодировка БД, используемая при создании таблиц. */ define('DB_CHARSET', 'utf8'); /** Сопоставление БД. НЕ ИЗМЕНЯЙТЕ ЭТО ЗНАЧЕНИЕ. */ define('DB_COLLATE', ''); 

После редактирования сохраните этот файл обратно и можете считать, что перенос WordPress на новый хостинг успешно состоялся. В случае, если вы при переносе блога изменяете доменное имя, то для того, чтобы все заработало корректно, вам нужно будет открыть резервную копию БД с расширением SQL в текстовом редакторе (извлечь ее из архива gzip).

Далее, с помощью встроенного «поиска с заменой», найдите все упоминания старого Урла вашего блога и замените его новый адрес (например, vasy.ru на vova.ru). После этого сохраните файл с резервной копией БД и осуществите его «Импорт» в программе phpMyAdmin.

После того, как вы зайдете в админку Вордпресса, нужно будет еще прописать правильный абсолютный путь к объектам вашего блога (он изменился, т.к. вы перенесли WordPress на другой хостинг). Задается абсолютный путь через параметр UPLOAD_PATH в глобальных настройках WP. Попасть в эти настройки можно, добавив к Урлу главной страницы следующий путь:

 /wp-admin/options.php

Для адреса моего блога получится так:

https://ktonanovenkogo.ru/wp-admin/options.php

Но предварительно нужно обязательно залогиниться в админке WordPress. Как узнать абсолютный путь к папке или файлу на хостинге читайте по приведенной ссылке.

Что нужно изменить в настройках Joomla при смене хостинга

Перенос на другой хостинг сайта на Joomla потребует изменения следующих настроек. Вам нужно будет открыть на редактирование CONFIGURATION.PHP в корневой папке сервера. Найдите в нем строки, отвечающие за получение доступа к БД:

	var $user = 'введите сюда новое имя пользователя'; 	var $db = 'введите сюда новое имя вашей базы данных'; 

Кроме этого вам нужно будет еще изменить там абсолютный путь к папкам для хранения логов и временных файлов в Joomla. Изменить его нужно в этих строках:

var $log_path = '/home/xxxxx/public_html/logs'; var $tmp_path = '/home/xxxx/public_html/tmp'; 

Перенос форума SMF на новый хостинг

Перенос форума на SMF потребует изменения некоторых настроек. Нужно будет открыть на редактирование SETTINGS.PHP из корневой папки форума. Так же, как и в случае с Joomla, здесь тоже нужно будет не только изменить имя БД и пользователя SMF, но и абсолютные пути до папки форума и папки SOURCES форума.

########## Database Info ########## $db_server = 'localhost'; $db_name = 'введите сюда новое имя вашей базы данных'; $db_user = 'введите сюда новое имя пользователя'; $db_passwd = 'hoighaebaeto'; $db_prefix = 'smf_'; $db_persist = 0; $db_error_send = 1; ########## Directories/Files ########## # Note: These directories do not have to be changed unless you move things. $boarddir = '/home/xxxx/public_html/forum';		# The absolute path to the forum's folder. (not just '.'!) $sourcedir = '/home/xxxx/public_html/forum/Sources';		# Path to the Sources directory. 

Но кроме этого, после переноса SMF на новый хостинг, вам нужно будет изменить абсолютный путь к папке, установленной в данный момент темы оформления SMF. Для этого нужно будет зайти в админку форума, выбрать из левой колонки пункт «Текущая тема оформления». В открывшемся окне в области «Папка темы оформления» вы прописываете абсолютный путь к нужной папке.

ktonanovenkogo.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector