Как создать поддомен и перенести на него готовый сайт

Для чего нужен поддомен

Поддомен — это домен третьего уровня (домен => ваше доменное имя => имя, созданное на вашем доменном имени).
Поддомен нужен для создания дополнительного бесплатного сайта на своем хостинге для каких-либо целей.
На базе вашего доменного имени поддоменов можно создать столько, сколько позволяет создать сайтов ваше хостинговое пространство.
Выглядит поддомен так: Если www.domain.com — это ваше доменное имя, то www.test.domain.com — поддомен. Вместо test. можно вписывать любое слово с точкой.

Применение поддомена

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

Как создать поддомен и поместить его на хостинг

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

Структура хостинга

Изначально ваш основной сайт лежит в папке webspase/httpdocs. На многих других хостингах это папка public_html.
Если туда же добавить файлы вашего поддомена, то всё перемешается. Если ваш поддомен создан для эксперемента, и вы в него загружаете основной сайт, то имена файлов и размеры совпадут.
Идеальный вариант — это создать в папке «httpdocs» две равноценные папки. Одна из них будет называться «www.domain.com» — ваш основной сайт. Другая будет называться «www.test.domain.com» — ваш поддомен. Если вам потом нужно будет создать ещё один равноценный поддомен — вы создадите ещё одну папку в папке «httpdocs». На многих других хостингах путь поддомена такой: доменное имя/public_html/поддомен.

Рассмотрим вариант, когда в папке «httpdocs» надо создать отдельную папку вашего поддомена, чтобы потом перенести туда ваш сайт, как сайт для эксперементов. Если это у вас получится, то потом, таким же способом, можно будет перенести ваш основной сайт в отдельную папку. А получится непременно потому, что ПРОВЕРЕНО-РАБОТАЕТ.

Создаем поддомен

Заходим в панель управления Rusonyx . Если у вас там только одно ваше доменное имя, то в разделе «Веб-сайты» жмем надпись «Добавить новый сайт».
В поле «Имя поддомена» пишем имя вашего поддомена без точки (в нашем случае это «test»). Важно! В выпадающем списке выбираем «Веб-сайт (Apache)». При другом выборе вы не получите отдельную папку.

Создаем поддомен
Жмём «Далее» и когда информация поменяется, жмем «Завершить». Появится окно «Веб-сайты». Надо дождаться, пока произойдёт синхронизация, временами нажимая на «Обновление».

Синхронизируем поддомен

Переходим на FTTP-сервер

Потом выбираем в списке наш поддомен и жмем на него. В появившемся окне проверяем, чтобы все хостинги были синхронизированы и потом жмем на «FTTP доступ». Запоминаем (записываем) «Логин FTP», запоминаем «FTP-сервер». Жмем кнопку «Изменить».

Запоминаем (записываем) "Логин FTP"

В поле «Изменить пароль» ставим галочку. Важно! Вводим (дважды) тот пароль, который у вас на FTTP доступе вашего основного сайта, так- как это одно и тоже хостинговое пространство. Жмем на кнопку «Принять». Поддомен создан.

Создаем базу данных для поддомена

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

Создаем базу данных для нового поддомена
В поле «Имя базы данных» пишем test
В поле «Имя пользователя базы данных» пишем имя, но НЕ такое как в базе данных на вашем основном сайте
В поле «Пароль» вводим пароль, желательно такой же как в базе данных на вашем основном сайте
Жмем кнопку «Далее»
В открывшемся окне запоминаем (записываем) название базы данных и имя пользователя
Жмем кнопку «Завершить»
Жмем на обновление (возможно, придется немного подождать)
База создана
В этом же окне жмем на вновь созданную базу
Жмем на ссылку напротив «Просмотр диспетчера баз данных» и попадаем в нашу новую базу данных

Делаем резервную копию Базы данных сайта для переноса на поддомен

В панели управления во вкладке «Все услуги» жмем на «Базы данных»
Выбираем базу данных основного сайта www.domain.com
В открывшемся окне, жмем на «Просмотр диспетчера баз данных»
В левом верхнем углу жмем на название базы данных вашего сайта
Жмем кнопку «Экспорт»

Делаем резервную копию Базы данных
Выделяем все таблицы, добавляем инструкции “DROP TABLE / VIEW / PROCEDURE / FUNCTION”. Убираем инструкции “IF NOT EXISTS”. Ставим галочку в поле «Сохранить как файл», жмем кнопку «ОК» и дамп базы будет сохранен.

Переносим резервную копию Базы данных на новый поддомен

Чтобы перенести копию Базы данных на новый поддомен, нужно в сохраненном файле изменить путь к базе данных и перекодировать текст в utf-8 без BOM. Для этих целей я использую Notepad++.
Открываем дамп базы данных через Notepad++ (если вы используете Total Commander, то достаточно навести на файл и нажать F4)
Жмем вкладку «кодировки» и преобразовываем в utf-8 без BOM.

Переносим резервную копию Базы данных на новый поддомен
Жмем Ctrl + F и в появившемся окне жмем вкладку «Заменить». В верхнее поле вводим domain.com, а в нижнее test.domain.com. Жмем кнопку «Заменить все» один раз! Жмем кнопку «Сохранить». Файл готов к импорту.
Открываем базу данных поддомена.
Жмем кнопку «импорт». Жмем «Обзор», выбираем наш файл и открываем его. База данных перенесена.

Делаем резервную копию сайта для переноса на поддомен

Резервную копию можно сохранять по-разному. Можно через движок, можно через услугу хостингого провайдера. Я предлагаю сохранять резервную копию физически, с перенесением на жесткий диск. Это долго, но это надежно и при этом сохраняется почти все. А если надо перенести сайт на другой хостинг, то это, наверное, единственный способ. Могут только виджеты или информеры в сайд барах не сохранится. Поэтому, желательно перед удалением, сохранить скрипты с сайд баров, если такие имеются. Можно скачать сайт через Total Commander или через Download загрузчики. Мне больше всего понравился загрузчик FileZilla Client. Он скоростной и многоканальный.
На жестком диске создаем папку для резервной копии test.domain.com.
Открываем FileZilla Client.
На клавиатуре жмем Ctrl + S и получаем вот такую картинку

Делаем резервную копию сайта
Заполняем обведенные поля и жмем «Соединиться».
В левом окне выбираем созданную папку, а в правом папку httpdocs (public_html). Жмем скачать и ждем пока скачается. Обратите внимание на неудавшиеся передачи внизу. Файлы должны быть скачаны все. Резервная копия готова.

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

Открываем скачанную папку «test.domain.com».
Находим файл wp-config.php и открываем его с помощью Notepad++.
Изменяем обведенные данные на свои для поддомена. Жмем сохранить.

Переносим резервную копию сайта
Соединяемся через FileZilla Client. жмем «Закачать на сервер» и ждем.
На Rusonyx и на некоторых других хостингах, файл .htaccess синхронизируется не автоматически.
В панели Rusonyx:  Веб-сайты/test.domain.com/Перейти к управлению сайтом/Конфигурация веб-сайта/Синхронизировать .htaccess/ Обновление (пока не обновиться).
Поздравляю! Ваш поддомен должен работать.
Админские пароли должны сохраниться.

Перенос основного сайта из папки httpdocs (public_html) в отдельную папку

Наверно уже догадались?
Создаем резервную копию вашего сайта
Через панель управления создаем в папке httpdocs (public_html) папку domain.com.
Загружаем в эту папку резервную копию вашего сайта.
Сначала убеждаемся, что работает, а потом удаляем старый сайт.
Удачи!

Копирование статьи разрешено только при наличии прямой ссылки на первоисточник

Комментарии (14 комментариев) на "Как создать поддомен и перенести на него готовый сайт"

  1. vov11 пишет:

    ого ! долгооо писал такой классный мануал ! кому-нибудь пригодится !

  2. Acausgrorals пишет:

    Интересная темка...

  3. CabCilmpaiply пишет:

    И что дальше с етим делать ?

  4. oscineclots пишет:

    Доброго времени суток, уважаемые коллеги и друзья. Много времени я потратил на поиски хорошего блога сходной тематики, но многие из них не устраивали меня отсутствием или недостатком информации, глупыми интерфейсами и прочим. Сейчас я нашёл что хотел и решил внести свой комментарий. Хотелось бы, уважаемые господа администраторы, чтоб ваш блог и далее развивался таким темпом, количество людей неуклонно росло, а страниц становилось всё больше и больше. Адрес вашего блога запомнил надолго и надеюсь войти в ряды самых активных пользователей. Огромное спасибо всем, кто меня выслушал и уделил минутку свободного времени на прочтение данного комментария. Ещё раз спасибо. Виталий.

    _____________

    wordpress-russia.org/cate...rdpress/page/18/

  5. AxA пишет:

    Что делать,если файла wp-config.php нет? что это за файл,как у меня может называться,где лежать?

  6. admin пишет:

    Насколько, я помню, то этот файл создает сам движок WP при его установке на хостинг или на денвер в самом конце операции. Читайте, что будет предлагать «инсталляция» и соглашайтесь. После установки, вы найдете этот файл в самом корне. Если это хостинг, то папка, где лежит этот файл будет называться webspase/httpdocs либо public_html (в зависимости от структуры вашего хостинга). Если вдруг не создастся автоматически (у меня такого ни разу не было) то можно его поискать на оф. сайте WP и добавить вручную по вышеприведенным адресам.

  7. Екатерина пишет:

    Здравствуйте! Я совсем новичок) Прочитала Вашу статью и возникли вопросы:

    1) после создания тестового поддомена и закачки на него дубликата основного сайта у поддомена будет своя административная панель вордпресс? По какому адресу в нее вход?

    2) нужно ли запрещать индексацию тестового сайта поисковикам?

    3) закачанная копия основного сайта на поддомен должна сохранять все настройки основного сайта плагинов, тем и т.д.?

  8. admin пишет:

    1. Будет. Открываете сайт по адресу поддомена. Нажимаете войти, набираете пароль. Считайте, что это Ваш второй сайт.

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

    3. Если Ваша цель — сделать полную копию основного сайта — то должна.

    Только непонятно зачем Вам надо делать полную копию сайта на поддомене?

    Если нужно для тренировок и эксперементов, то проще держать такое на Денвере у себя на локалке в компьютере. Там уж точно никто не проиндексирует.

  9. Екатерина пишет:

    Спасибо за помощь! Но ведь на локальном сервере не каждый плагин будет работать...

  10. admin пишет:

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

  11. александр пишет:

    Здаврствуйте.

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

    1. Для поддомена нужно создавать вторую БД?

    2. Как поисковики будут индексровать «все это» (имею ввиду «сайт.сом» и «сайт.сом/ен»)?

    3. Каким способом указать тем же поисковикам, в каких странах выводить в результатах поиска просто «.сом» или «.сом/ен»? Или роботы сами разберутся?

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

    Спасибо огромное.

  12. admin пишет:

    Могу ошибиться, поскольку такого никогда лично не делал.

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

    В то же время сайт.сом и ен.сайт.сом — 2 разных сайта (для поисковиков) стоящие на хостинге в параллели как 2 разные сайта, где каждый со своим движком, своей БД, своими плагинами и своим шаблоном. Какой сайт показывать посетителю, ПС также сами определят.

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

  13. Сергей пишет:

    Блин, это так просто??? Спасибо автору огромное, знал бы — сам перенес, а не просил бы поддержку своего хостинга Handyhost всё делать. хотя ребята конечно тоже отлично справились)

  14. uzayli пишет:

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

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