Меню Рубрики

Установка backup на хостинге

Бэкапы

Общая информация о резервном копировании на хостинге

На услуге хостинга REG.RU резервные копии создаются автоматически. На VPS автоматическое резервное копированиe не предусмотрено. Вы можете самостоятельно настроить резервное копирование через панель управления или заказать дополнительную услугу резервного копирования VPS.

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

Каждый бэкап хранится в течение 30 суток, после чего автоматически удаляется.

Бэкапы создаются с 00.00 (МСК) и доступны для скачивания после 14.00 следующего дня.

В резервную копию включаются базы данных и файлы, размер которых не превышает 300 Мб.

/tmp;

  • почта;
  • cron-задания;
  • настройки, созданные в панели управления хостингом.
  • Как открыть систему резервного копирования?

    Скачать или восстановить резервные копии можно двумя способами:

    Кликните по названию нужной услуги хостинга:

    Если вы являетесь партнёром REG.RU, откройте систему резервного копирования следующим способом:

    Открыть систему резервного копирования можно через панели хостинга:

    Перейдите в раздел ИнструментыУправление резервными копиями и нажмите ОК:

    В разделе Файлы выберите пункт Менеджер резервных копий:

    В открывшемся окне кликните по ссылке Система автоматической выдачи резервных копий:

    В разделе Сайты и домены в панели настроек справа выберите пункт Резервные копии:

    На открывшейся странице перейдите по ссылке Система автоматической выдачи резервных копий:

    Как скачать резервную копию (бэкап) сайта?

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

    Чтобы скачать резервную копию, войдите в систему резервного копирования REG.RU и выполните следующие действия:

    Во вкладке Резервные копии в выпадающих списках выберите нужный домен и дату:

    Напротив домена нажмите Сформировать архив. Если вы хотите, чтобы ссылка на скачивание архива пришла вам на почту, поставьте галочку напротив графы «Выслать ссылку на почту»:

    Резервная копия поставлена в очередь на архивирование, подождите пока сформируется архив.

    Как восстановить весь аккаунт, сайт или БД

    Во вкладке Резервные копии вы можете восстановить резервную копию:

    • всего аккаунта (файлы и базы данных);
    • всех файлов;
    • файлов отдельного сайта;
    • отдельной базы данных.

    Для этого напротив домена нажмите Восстановить копию. На открывшейся вкладке подтвердите действие, нажав Ок:

    Важно: pезервные копии данных собираются ежедневно и формируются в ночное время. То есть ночью 17.05.2019 создаются резервные копии сайта на 16.05.2019.

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

    Как восстановить отдельные файлы и папки

    Также во вкладке Файловый менеджер вы можете просмотреть содержимое резервных копий и скачать/восстановить отдельный файл и/или директорию:

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

    Во вкладке История вы можете просмотреть все операции в системе резервного копирования.

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

    Чтобы сделать бэкап удаленной услуги используйте инструкцию: Моя услуга хостинга удалена, как её можно восстановить?

    источник

    Восстановление сайта из резервной копии, сохранённой в корень аккаунта

    Немного о резервных копиях

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

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

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

    Имя архива можно посмотреть во вкладке «История заданий» раздела BackUp, нажав на ссылку в колонке «Статус». Если с момента заказа вами резервной копиии ее статус не сменился на «Выполнено» — значит архив еще не загружен в корень Вашего аккаунта, и необходимо немного подождать.

    Большинство сайтов использует в своей работе как файлы, так и базу данных. Восстановление работоспособности сайта проходит в 2 этапа:

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

    Этап первый: Файловая структура

    Распаковка архива, способ №1: Файловый менеджер

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

    Откройте файловый менеджер и перейдите в корень аккаунта, нажав кнопку «Домашний FTP» в верхней панели управления. По созданному архиву кликните правой кнопкой и выберите пункт меню «Распаковать архив»
    в появившемся окне укажите корень (/)
    Нажмите «ОК», после чего ожидайте распаковки архива. После завершения процесса распаковки, процедуру восстановления файловой структуры можно считать выполненной.

    Распаковка архива, способ №2: Терминал

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

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

    [ 2 ] $ tar -xvf ИМЯ_ФАЙЛА_РЕЗЕРВНОЙ_КОПИИ.tar.gz

    Эта команда распакует файлы в директорию, в которой хранились файлы на момент создания резервной копии и перезапишет существующие файлы. Напоминаем: те файлы, которые на момент создания резервной копии отсутствовали на вашем сайте, останутся в сохранности, поэтому перед распаковкой лучше очистить корневую директорию сайта путём удаления имеющихся файлов или переносом их в другую (временную) директорию.

    Этап второй: База Данных

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

    Восстановление базы, способ №1: phpMyAdmin

    Сначала архив с резервной копией необходимо скачать на компьютер. Сделать это можно через FTP соединение или через файловый менеджер.
    Затем нам нужно узнать, с какой базой работает наш сайт. Узнать её название можно из конфигурационного файла CMS. Вот примеры путей до конфигурационных файлов популярных CMS относительно корня сайта:

    WordPress — /wp-config.php
    Joomla — /configuration.php
    MODx — /core/config/config.inc.php либо /manager/includes/config.inc.php
    OpenCart — /config.php и /admin/config.php (обязательно править оба)
    Prestashop — /config/settings.inc.php
    PHPShop — /phpshop/inc/config.ini
    1C-Bitrix — /bitrix/php_interface/dbconn.php
    Drupal — /sites/default/settings.php
    DLE — /engine/data/dbconfig.php
    HostCMS — /hostcmsfiles/config_db.php
    InstantCMS — /includes/config.inc.php
    Amiro — /_local/config.ini.php
    vBulletin — /include/config.php
    WebAsyst — /kernel/wbs.xml
    Magento — /app/etc/local.xml
    Invision Power Board — /conf_global.php

    Затем переходим в раздел MySQL и по клику на соответствующую иконку открываем phpMyAdmin. Обращаем Ваше внимание — всплывающие окна для cp.beget.com сайта в браузере должны быть разрешены!

    Читайте также:  Установка подогрева сидений mercedes

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

    Теперь нам нужно загрузить нашу резервную копию в БД. Нажмите вкладку «Импорт», выберите файл созданной резервной копии на Вашем компьютере с помощью кнопки «Обзор» и нажмите кнопку «Вперёд»:

    Начнется процесс загрузки резервной копии в БД. Он может занять продолжительное время, в зависимости от объема Вашей БД и скорости Вашего интернет-соединения. Если при импорте резервной копии через phpMyAdmin у Вас возникают ошибки (такое возможно, если файл резервной копии достаточно большой) — попробуйте второй способ восстановления.

    После загрузки Вы увидите сообщение о том, что импорт произведен успешно.

    Восстановление базы, способ №2: терминал

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

    Остается распаковать файл резервной копии командой gunzip:

    [ 2 ] $ gunzip название_архива.sql.gz

    Архив будет распакован, в той же папке будет создан файл с именем название_архива.sql. Остается лишь импортировать его в БД сайта командой:

    [ 2 ] $ mysql -u’пользователь’ имя_БД -p’пароль’ test@testserver :

    [ 2 ] $ mysql -u’test_testdb’ test_testdb -p’myspeficpassword123′

    источник

    Резервное копирование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    источник

    Как сделать бэкап и восстановиться из резервной копии, а так же нюансы переноса сайта (Joomla, WordPress) на новый хостинг

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

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

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

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

    Как сделать бэкап файлов сайта с помощью 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, который находится в корневой директории на сервере. В нем нужно отредактировать строки, отвечающие за название БД и пользователя.

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

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

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

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

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

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

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

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

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

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

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

    Как начать работать с сайтом сразу после его переноса на новый хостинг

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

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

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

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

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

    1. с помощью любого файлового менеджера открыть для редактирования файл HOSTS (по этой ссылке вы найдет подробную статью по тому, где находится этот файл, как его найти в Windows 7 и что в нем должно быть прописано), расположенный по следующему пути:
    2. в конце содержимого HOSTS нужно дописать строчку: где в начале идет IP адрес нового сервера, а после него, через пробел, домен
    3. сохраните этот файл и можете смело набирать в браузере адрес того ресурса, перенос которого вы только что осуществили (может понадобиться сброс ДНС-кэша на компьютере — читайте об этом в приведенной чуть выше статье про файл Хостс)

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

    Можете также посмотреть на видео по теме от известного в рунете сайтостроителя:

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

    источник

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