Как поменять основной домен на хостинге. Хостинг как изменить
Как изменить папку сайта на хостинге
Стандартными средствами изменить папку сайта для уже созданного домена нельзя. Вы можете сделать это через пересоздание WWW-домена. Для этого:
1перейдите в Менеджер файлов, далее в директорию www. Выделите строку с названием папки сайта mysite.ru и нажмите Атрибуты:
переименуйте папку mysite.ru, задав новое имя new_mysite.ru, и нажмите Ок:
затем перейдите в раздел WWW-домены, выберите в списке нужное имя сайта (mysite.ru) и нажмите Удалить:
вернитесь в раздел Менеджер файлов, далее в директорию www. Выделите строку с названием папки сайта new_mysite.ru и нажмите Атрибуты:
в открывшемся окне снова переименуйте ее в mysite.ru:
снова перейдите в раздел WWW-домены и нажмите в верхней панели инструментов Создать:
заполните строки следующим образом:
- Имя: имя сайта, которое вы удаляли во 2-м шаге;
- Корневая директория: вида www/новая папка сайта
и сохраните изменения:
При точном выполнении инструкции корневая папка сайта будет изменена:
www.reg.ru
Меняем хостинг веб-сайта — Lblss.ru
Итак, перед нами стоит задача: перенести веб-сайт от одного хостинг-провайдера к другому. Бок о бок с этой задачей идет другая: сделать локальную копию веб-сайта.
Прежде чем приступить к технической части процедуры переноса, необходимо тщательно рассмотреть административно-хозяйственные вопросы. Как правило, клиент (владелец сайта) не в курсе что и как работает. Да это ему особенно то и не нужно. Попробуем рассмотреть каждый компонент в отдельности. Для определённости будем считать что имеем дело с наиболее часто встречающейся связкой Apache + PHP + MySQL. Тем не менее, начнём с технической части, попутно озадачивая менеджеров (специалистов по связям с клиентом) решением административных вопросов.
Характеристики веб-сервера
Для начала необходимо убедиться, что платформа нового сервера соответствует системным требованиям переносимого веб-сайта. Использует ли сайт движок, работающий на PHP, Perl, ASP или ASP.NET. Какие модули и библиотеки потребуются движку. Какой сервер баз данных используется. Найти сколь-либо толковое описание можно, пожалуй, только у разработчика. Хорошо, если сайт использует какой то широко распространённый движок, но в большинстве случаев это не так.
PHP
Эти моменты желательно уточнить непосредственно у разработчика вебсайта. С финансовыми проблемами при случае можно ознакомить и клиента.
Даже если наш новый сервер отвечает самым современным требованиям, все же, далеко не факт, что все разработчики пишут нормальный кроссплатформенный код. Например, может оказаться, что сайт должен работать исключительно с PHP4, который установлен как модуль Apache, плюс обязательное register_globals=on и некоторые другие специфичные настройки вебсервера, "а иначе - не взлетит". Не секрет, что в PHP5 уже совершенно по другому обрабатывается XSLT. Соответственно, такое повышение версии может потребовать правки кода. С register_globals отдельная песня. Видимо, до сих пор весьма популярны учебники времен третьей версии пых-пыха (конец прошлого столетия). Ну что ж, предположим, что наш новый сервер позволит включить регистр глобалс для отдельно взятого сайта, а заодно поздравим клиента, что в скором времени (при переходе на PHP6) движок сайта придётся в срочном и обязательном порядке перебирать, как того требует веяние времени. Впрочем, это можно сделать и сейчас. Причём, скорей всего, "за бабло" этого самого клиента.
Модули
Весьма часто разработчики стремятся зашифровать большую часть кода при помощи Zend. На современном хостинге как правило есть соответствующий модуль. Однако, при необходимости, провести отладку не представляется возможным. Что за быдлокод туда напихали - отсюда не видно. Либо оно пошло сразу, либо никак. В последнем случае, опять же, прямая дорога к разработчику. Он все ещё в пределах досягаемости? ;-)
Если шифровки Zend'а сообщают о необходимости установки их модуля, то искать проблему из за отсутствия какого нибудь Templates при отключенных сообщениях об ошибках (особенно, когда это сделано в шифрованной части кода) будет весьма проблематично.
Сервер баз данных
Как правило, используется MySQL.
При повышении версии с 4.1 до 5.х запросто могут отказаться работать какие то запросы. Эта проблема не совсем очевидна и не слишком распространена. Однако ж, оставим её программистам.
Подведём краткий итог.- Убедимся, что на новом сервере достаточно свободного дискового пространства и запаса по производительности.
- Убедимся, что совпадают версии Apache, PHP и MySQL, либо, на новых версиях движок работает без ошибок.
- Убедимся, что сайт не использует чего то специфического, либо, это "что то" сможет установить служба техподдержки.
Теперь рассмотрим административные вопросы.
Реквизиты доступа к хостингу
Для определённости, будем считать, что мы имеем полный доступ к управлению новым сервером. То есть, мы можем создать новую базу данных, ftp-пользователя и так далее. Если же доступа нет, то все о чем говорится далее в этом разделе, относится в равной степени как к старому, так и к новому серверу. Итак, что нам могут предложить.
Панель управления хостингом
Не следует путать с CMS - системой управления сайтом!
Не слишком часто нужна, когда есть FTP-доступ, но если его нет - то пусть будет хотя бы она. Возможно, пригодится.
Как правило, реквизиты к панели управления хостингом состоят из трёх обязательных параметров:
- ссылка (иногда это сайт хостинг-провайдера, иногда указывается хостнейм сервера),
- логин (имя пользователя) или имя домена или номер договора,
- пароль
и могут быть не обязательные:
- порт (если он отличается от стандартного 80).
FTP
Без этого - практически никак. Особенно, если нет и доступа к панели управления хостингом. Менеджер! Пиши заглавными буквами: "вытрясти из клиента FTP-доступ".
Повторю ещё раз по буквам: эФ-Тэ-Пэ - ТРИ буквы - FTP. Не надо путать с Ха-Тэ-Тэ-Пэ (http) - это ЧЕТЫРЕ буквы, а надо ТРИ!
Итак, нам потребуется FTP-доступ для того чтобы "залить" файлы со старого сервера на новый. Чтоб не "гонять" мегабайты данных (картинки, документы) по схеме старый_сервер -> локалка -> новый_сервер, крайне желательным будет наличие хотя бы на один из серверов SSH-доступа (shell, шелл). Как альтернативу последнему можно принять шелл-доступ к какому то стороннему серверу с невысокой стоимостью трафика.
Как правило, реквизиты FTP-доступа состоят из ТРЁХ обязательных параметров:
- логин (имя пользователя),
- пароль,
- сервер (хост)
и могут быть не обязательные:
- порт (если он отличается от стандартного 21).
Повторю ещё раз: ТРИ параметра - минимум.
Аналогично, те же самые данные могут быть представлены в виде ссылки:
ftp://vasyapupkin:[email protected]:8021Эти данные можно найти в приложении к договору на хостинг, либо запросить в техподдержке. Если есть доступ к панели управления хостингом, можно попытаться там настругать дополнительный FTP-аккаунт (иногда "за бабло" клиента).
SSH
Или шелл-доступ. Может пригодиться как дополнение к FTP-доступу. А когда с FTP проблемы - пожалуй будет палочкой выручалочкой.
Менеджер! Вот тебе альтернатива. Только, сильно не рассчитывай на неё, ибо, предоставляется не часто.
Как правило, реквизиты SSH-доступа состоят из трёх обязательных параметров:
- логин (имя пользователя),
- пароль,
- сервер (хост)
и могут быть не обязательные:
- порт (если он отличается от стандартного 22).
Как видим, реквизиты очень похожи на FTP'шные.
MySQL
Так как сайт может использовать базу данных MySQL, ищем четыре параметра:
- логин (имя пользователя),
- пароль,
- сервер (примерно в 50% это бывает localhost),
- имя базы данных
и могут быть не обязательные:
- порт (если он отличается от стандартного 3306).
Эти данные в полном объёме так же в редких случаях можно найти в приложении к договору или в панели управления хостингом. Чаще всего их удаётся извлечь из конфигов или скриптов сайта. Так что, этим вопросом сходу озадачивать менеджеров не будем. Ну а для нового сервера у нас есть панель управления. Если же её нет - путь стандартный: менеджер -> клиент -> приложение к договору (или техподдержка).
CMS
Она же Система Управления Контентом (содержанием) сайта. Или, по простому - админка. Как следует из названия, основное ее назначение - внесение изменений на сайт. Строго говоря, к хостингу сайта отношения практически не имеет. Для нашей задачи польза от неё весьма сомнительна. Когда нет вообще ничего другого, но есть много времени - можно попробовать "копнуть" и её. Один шанс из тысячи, когда ЦМС'ка умеет делать бэкапы (резервные копии) сайта и базы данных.
Реквизиты доступа как обычно:
- ссылка (иногда это бывает где то на сайте хостинг-провайдера, или разработчика веб-сайта, иногда для ввода логина и пароля есть форма чуть ли не на каждой странице сайта, но чаще всего это какая то директория на сайте клиента),
- логин (имя пользователя) или контактный e-mail или имя домена или номер договора с разработчиком веб-сайта или хостинг-провайдера - на этот счёт фантазия разработчиков безгранична,
- пароль.
Следует заметить, что в некоторых случаях после переноса админка работать не будет! Вопрос о проблемах с HTTP-авторизацией здесь не рассматриваю, так как он может быть решён программистами. Остается как раз тот нехороший вариант, когда ссылка указывает на сайт веб-разработчика. Так что, в этом случае стоит трижды подумать о необходимости переноса и пять раз обсудить вопрос с разработчиком.
Почта
Практически всегда хостинг-провайдеры предлагают так же поддержку почты домена. Какого либо единого стандарта в этом отношении нет. Из за этого могут возникнуть несколько различных вариантов. Попробуем рассмотреть их.
Почты на домене нет
Это самый простой вариант. Нет почты - нет проблемы. Вопрос закрыт.
Почта домена остается на старом месте
Например, это почтовый сервер клиента, размещенный в офисе или у хостинг-провайдера - на данный момент не важно, где имеено. Главное, что у сервера есть свой IP-адрес и/или доменное имя. В процессе переноса сайта может возникнуть два варианта:
Поддержка зоны домена остается на старых DNS
Так как все и так работает и DNS остается прежний то ничего трогать не надо.
Поддержка зоны домена переходит на новые DNS
В этом случае необходимо получить адрес почтового сервера. В принципе, его можно попытаться выудить при помощи nslookup, однако, более правильным будет получить эти данные от клиента (точней, от его техподдержки). Если у почтового сервера имеется своё доменное имя (в другом домене, как это бывает обычно у крупных хостинг- и интернет-провайдеров), то в MX-запись зоны нужно поместить именно его. Вообще, таких серверов может быть несколько - соответственно, будет несколько записей.
Если же почтовый сервер клиента установлен в офисе, то, скорей всего у него будет только IP-адрес. Для него придётся сделать свою A-запись, на которую будет ссылаться MX-запись в зоне домена.
Почта переходит к новому провайдеру
Понятно, что в этом случае потребуется список почтовых ящиков и паролей. Хтя бы, для того чтоб эти ящики можно было создать ;-)
В отношении ДНС имеем два варианта.
Поддержка зоны домена остается на старых DNS
Уточняем в техподдержке нового хостинг-провайдера, что именно нужно прописать в зону. Вариантов может быть несколько, все зависит от того как это реализовано на новом месте. Так что, в случае отсутствия точной информации однозначно обращаемся в техподдержку. Однозначно, придётся изменить записи mail, pop, smtp (могут быть варианты - смотреть по месту) и MX-запись.
Поддержка зоны домена переходит на новые DNS
То есть, на серверы нового хостинг-провайдера. У любого приличного хостера все будет настроено автоматически. Останется только наштамповать необходимые почтовые ящики. Пароли желательно оставить старыми - это упростит суету с настройками. Заранее уточняем, как именно обращается клиент к серверу для получения/отправки почты и, при необходимости, создаем mail, pop, smtp (опять же, смотреть по месту).
Ещё несколько замечаний
При хорошем раскладе, когда почты приходит очень мало, а в выходные ничего не пишут, для клиента все пройдет незаметно. Главное - сменить DNS у регистратора домена под выходные (в пятницу после обеда).
При плохом раскладе, когда вся почта важна - будет "потеря". Именно в кавычках, и вот почему. На самом деле, почти ничего не будет потеряно, так как почта по прежнему будет некоторое время доставляться на старый сервер. Если же у клиента POP-сервер резолвится уже на новый адрес - то как раз возникнет иллюзия пропажи. Тем не менее, большую часть почты все же возможно получить. Для этого достаточно указать у клиента непосредственно IP-адрес старого POP-сервера (разумеется, это нужно сделать только на время выуживания "пропажи").
В некоторых случаях клиент ранее обращался к своим POP и SMTP непосредственно по имени домена. Такое может быть в том случае, когда используется один физический сервер, на котором подняты и почтовый и веб серверы (нередко там же поднят и DNS).
Серверы DNS
Они же NS. О том что в них иногда придётся внести или изменить какую либо запись уже было сказано выше. Добавлю, что серверов для домена должно быть не менее двух. Может быть три, четыре....десять, но не один. Конечно, это может быть и один физический сервер (когда работает на одной машине с почтовым и веб серверами), но он должен иметь различные имена и различные IP-адреса (точней, адреса из разных подсетей класса C, если так можно выразиться).
Некоторые панели управления хостингом позволяют внести или исправить любые записи в зоне домена. С этими понятно, вопросов нет. Другие же могут позволить только изменить MX-запись, а то и вообще не позволят сделать ничего. В таких случаях необходимо обратиться в техподдержку (иногда требуется официальное письмо от клиента).
Регистратор доменного имени
Эта часть статьи не имеет непосредственного отношения к переносу сайта, однако, даст понимание о некоторых административных проблемах, связанных с излишней доверчивостью и/или раздолбайством. Так же, будет полезной, когда вслед за вопросом "ой, а куда пропал мой сайт?" появится другой вопрос, вроде "кому теперь платить деньги?" Поэтому, будем общаться как бы с клиентом.Когда принято решение о переносе зоны домена (полный перенос хостинга сайта и почты вместе со сменой DNS) на другие неймсерверы, необходимо убедиться, что есть возможность сообщить о новом размещении всему миру.
Суть в том, что только регистратор доменного имени так или иначе может позволить внести эти изменения.
Если домен зарегистрирован у крупного регистратора, такого как Руцентр или ГПТ, возможные проблемы сведены к минимуму. Кроме того, у регистраторов имеются различные автоматические системы, позволяющие управлять доменом через веб-интерфейс. Разумеется, они принимают так же заявки по e-mail с контактного адреса и обычной бумажной почтой, при условии предоставления документов, идентифицирующих администратора (владельца) домена, то есть, Вас или Вашу организацию.
Если же регистратором является какой то партнер-однодневка - проблемы могут быть весьма неожиданны и существенны.
Реквизиты доступа к регистратору
Крупные регистраторы имеют систему для автоматизированного управления доменом. Разумеется, должны быть и реквизиты доступа:
- ссылка (как правило, на сайте есть "вход для клиентов"),
- логин (или номер анкеты или номер договора),
- пароль.
Подробнее про пароль: их может быть два - административный и технический. Разумеется, у них различные привилегии управления.
Так же, управление доменом может быть интегрировано в панель управления хостингом (например, у Мастерхост). В этом случае потребуется доступ к панели управления.
Теперь попробуем рассмотреть наиболее частые проблемы и их решения.
Это мой домен!
Не торопитесь. Сейчас проверим. Воспользуемся каким либо Whois-сервисом (если этот сервис не отдает данные по вашему домену - поищите другой, Гугль Вам в руки). Вводим в поле имя своего домена, жмём ОК. Теперь ищем строку, которая начинается на org: для организаций, или person: для физических лиц. Если в списке данных будет Ваше имя или название организации (на английском) и Ваши контактные e-mail и телефон, тогда все в порядке - это Ваш домен. Если же там другие данные - то скорей всего того кто регистрировал его для Вас. Попробуйте связаться с ним и попросить передать домен Вам - есть шанс, если застанете там кого то порядочного. В противном случае про домен можно забыть - это не Ваше. Даже если вы за него и заплатили какую то сумму денег.
Кто регистратор моего домена?
Опять же, поможет Whois-сервис (см. выше). Ищем строку registrar:. В простых случаях там будет ссылка, пройдя по которой можно попасть на страничку с контактами регистратора. Открывшийся текст надо читать, а не вопить "тут все по английски и я ничего не понимаю".
Иногда ссылки нет, но есть так называемый nic-hdl - своего рода, код регистратора. Медитируем над этой строчкой (и над другими тоже), гуглим, находим. Нашли? Повезло. Иначе, можно обратиться в "вышестоящую инстанцию" - организацию ответственную за корневую зону. В забугорье пишем письмо на английском или сразу на двух языках. Про MS Word забудьте, пишите простым текстом. Не следует рассчитывать на молниеносную реакцию, скорей всего в течении недели ответят. Вполне возможно, что Ваш регистратор "кончился", но кому то передал Ваш домен на поддержку.
Имеется договор с регистратором
Здесь проблемы имеют достаточно простое решение. Итак, попытаемся войти в систему управления доменным именем. На сайте регистратора ищем ссылку вроде "Вход для клиентов". Нашли, но....
Забыт/потерян пароль
Если есть доступ к одному из контактных e-mail (по данным Whois, см. выше) - вопрос решается в течении нескольких минут. Достаточно запросить пароль, указав номер договора или доменное имя. Ссылка на страничку для запроса пароля обычно находится рядом с полем куда его необходимо ввести. Далее - дело техники. Желательно при регистрации указывать не менее двух адресов, это полезно, когда какой то из почтовых серверов недоступен или просто сломался. Конечно, эти адреса видны всем и на них идёт спам. В принципе, Яндекс/Гмыл его неплохо фильтруют.
Сложнее, когда нет доступа к контактному e-mail. Тогда необходимо либо лично с документами явиться в офис регистратора, либо написать им письмо (бумажное) с просьбой изменить контактный e-mail. Форму письма и перечень необходимых документов можно найти на сайте, либо связаться с регистратором по e-mail или телефону. Контакты ищите на сайте регистратора в разделе "Контакты".
Таким образом, рано или поздно, доступ к управлению своим доменом получите.
Я не понимаю что там куда писать
У этой проблемы есть несколько решений. Можно попытаться вникнуть и понять. Можно позвонить и попросить подсказать по шагам как сделать. Можно отправить им письмо (см. выше) с просьбой внести изменения.
Имеется договор с партнёром
Хорошо. Обратитесь к партнёру. Надо заметить, что до тех пор, пока Вашим доменом управляет партнёр, сам регистратор не будет с Вами общаться в полной мере. Да и Вы тоже несколько ограничены в действиях.
Но партнёр куда то пропал!
Если домен Ваш (см. выше) - это поправимо. Выведите Ваш договор (анкету) из под управления партнёра и администрируйте самостоятельно. Или передайте другому партнёру - как будет угодно. Инструкции найдёте на сайте регистратора. Или позвоните в саппорт и спросите. На то она и поддержка, за которую платите каждый раз, когда регистрируете или продляете доменное имя ;-)
Если что то пошло не так
Главным образом, существенные проблемы проблемы могут возникнуть из за ошибок в настройке DNS. Забыли прописать какую то запись в DNS, или прописали с ошибками.
Эти ошибки усугубляются тем, что система доменных имён сама по себе не слишком тороплива. Время жизни записей по дефолту составляет от нескольких часов до нескольких суток. Долго исправляются записи с ошибками, новые записи, как правило, отрабатываются сразу. Поэтому в ряде случаев имеет смысл заблаговременно уменьшить время жизни записей до нескольких десятков минут - тогда в случае ошибки недоступность ресурса существенно снизится. К сожалению, не всегда легко повлиять на этот параметр. Да и промежуточные серверы (у интернет-провайдера, на офисном шлюзе) могут несколько своеобразно кэшировать запросы к DNS.
Так что, в этом вопросе сложно что либо ускорить. Пройдет какое то время - и все заработает "само".
Перед сменой записей DNS у регистратора домена есть смысл протестировать новый NS-сервер nslookup'ом.
wiki.lblss.ru
Как поменять доменное имя сайта: пошаговая инструкция
Здравствуйте, дорогие читатели! Перевод сайта на новый домен довольно долгий и трудоемкий процесс, который под силу не каждому. Даже известные компании перед тем, как поменять доменное имя сайта, должны взвесить все плюсы и минусы.
Большинство ресурсов, которые перешли на новый домен, отмечают резкое понижение рейтинга и посещаемости, а также положение в поисковых системах становится значительно ниже. Для крупных веб-порталов снижение популярности не является проблемой, люди их и так найдут, но вот как быть небольшим интернет-ресурсам?
Если попытаться просто осуществить перенос содержимого без изменения информации на новый домен, например, на wordpress, толку от этого будет мало, и показатели упадут при любых обстоятельствах.
В таком случае есть несколько абсолютно бесплатных способов, которые помогут избежать резкого обрушения рейтинга. Но полностью решить проблему с числом посетителей они не смогут.
Изменение IP-адреса, дизайна и наполнения
Google не доверяет сайтам с неавторским контентом и, соответственно, в поисковой выдаче он помещает их на последние страницы. Получается, если начать изменять сайт полностью, можно потерять место в рейтинге. Поэтому производить изменения нужно постепенно. К примеру, начать можно со смены дизайна, затем, спустя уже некоторое время, изменить IP-адрес на хостинге.
Редирект
Еще одним немаловажным аспектом, который стоит учесть при переходе на другой адрес без потерь, является использование 301 редиректа (перенаправление). Значение 301 означает код, который получает браузер при запросе какой-либо интернет-страницы.
Это применяется для того, чтобы сообщить поисковикам, что перенаправление постоянное и помогает как бы «склеить» домен старого адреса и домен нового. К тому же он поможет сохранить вес, который был получен веб-страницами и сайтом.
Примечание! Не нужно торопиться с отключением старого домена. Он понадобится для создания ссылок, которые будут перебрасывать пользователей на портал с новым доменом.
Инструкция по смене доменного имени без потери посетителей
- Осуществить регистрацию нового домена, прописать DNS, делегировать и привязать к сайту на хостинге.
- Настроить редирект, а именно прописать в файле .htaccess, который расположен в корневой папке сайта, такие строчки:
Options +FollowSymLinks RewriteEngine on RewriteRule (.*) http://имя.сайта.ru/$1 [R=301,L] Options +FollowSymLinks RewriteEngine on RewriteRule (.*) http://имя.сайта.ru/$1 [R=301,L]
После этого пользователи переходящие по старым URL будут в автоматическом режиме перенаправляться на новые. - Прописать в robots.txt старого сайта новый URL
Host: новый.домен.ru Host: новый.домен.ru
- Добавить новый домен в сервисах Вебмастер гугла и Яндекса.
- Настроить страницу 404. Это нужно сделать по старому домену,чтобы сообщить пользователям, куда вы переехали.
- Ожидать, пока поисковые системы переиндексируют страницы.
- Осуществлять контроль появления ошибок.
Теперь вы знаете, как осуществить перевод сайта на новый домен, чтобы не утратить популярность и посетителей. Поделитесь информацией в соц. сетях, возможно, она еще кому-либо пригодиться. Не забудьте подписаться на обновления блога, до встречи!
С уважением! Абдуллин Руслан
Понравился блог? Подпишись, чтобы получать новые статьи на почту и быть в курсе всех событий!
abdullinru.ru
Меняем хостинг от hostia.ru на хостинг от hostenko.com
Здравствуйте, недавно мой сайт переехал на новый хостинг от Hostenko.com, вот я и решил написать данную статью о том, как перенести свой сайт с одного хостинга на другой, для примера рассмотрим переезд с хостинга от Hostia на Hostenko.Скачать исходники для статьи можно ниже
Можно конечно заказать бесплатный трансфер от hostenko.com по следующей ссылке:
http://hostenko.com/blog/transfer/
перенос сайта со старого хостинга на новый, однако, неохота ждать (пока утвердят вашу заявку и начнут над ней работать), да и нужно предоставить все пароли и логины для доступа к домену и предыдущему хостингу.
Так что давайте приступим к ручному переносу сайта с одного хостинга на другой.
1. Скачиваем БД старого сайта.
Первое, что нам нужно сделать – это скачать БД (базу данных) сайта, расположенного на старом хостинге.
Для этого захожу на сайт hostia.ru, и вхожу в свою панель управления хостингом.
Далее захожу в PhpMyAdmin:
Внутри PhpMyAdmin выбираем БД своего сайта (слева: здесь 2 базы – первая нам не нужна, а вторая как раз и есть ваш сайт) и нажимаем на вкладку “Экспорт”.
Во вкладке “Экспорт” все оставляем по умолчанию и жмем “Ок”.
И скачиваем файл с расширением sql на свой компьютер.
Переходим к следующей стадии.
2. Скачиваем все файлы сайта со старого хостинга через ftp.
Для этого открываем программу FileZilla (ftp-загрузчик), подключаемся к серверу старого хостинга и копируем папку public_html на свой компьютер (где она лежит? -> как только подключились к серверу – заходим в папку domains, внутри нее лежит папка с названием вашего сайта, например у меня, mnogoblog.ru, заходим в нее – вот в ней и находим папку public_html).
На данном этапе придется немного подождать пока скопируется папка public_html, например у меня данная папка весила около 90 МБ.
3. Создаем на новом хостинге сайт.
Заходим на hostenko.com.
Здесь я упущу процедуру регистрации – она достаточна проста.
Входим в свой личный кабинет и жмем на кнопку “Создать сайт”:
Далее в открывшемся окошке жмем на кнопку “Продолжить создание сайта со стандартной темы”.
В следующем окошке ставим “Использовать субдомен .hostenko.com и придумываете имя сайта, например у меня mnogoblg.hostenko.com и жмем на кнопку “Продолжить”.
В следующем окошке вводим “Название сайта”, а в параметре “Логин администратора” и “Пароль” рекомендую ввести логин и пароль от сайта на старом хостинге.
Жмем на кнопку создать.
После чего вы сразу же попадаете в панель управления нового сайта.
4. Переносим БД (базу данных) старого хостинга на новый хостинг.
Для этого переходим в личный кабинет на hostenko.com.
И видим, что у нас появился сайт с названием mnogoblg.hostenko.com и под ним расположены три ссылки: “хостингом”, “WordPress”, “Удалить сайт”.
Нажимаем на ссылку “хостингом”.
Открывается следующее окошко, здесь жмем на кнопку phpMyAdmin.
Как мы видим в phpMyAdmin уже есть БД, которая создалась по умолчанию, удаляем ее.
Для этого открываем вкладку “Базы Данных” и выбираем в нем имеющеюся БД.
В открывшемся окошке жмем на ссылку “Отметить все” и в действиях выбираем “Удалить”.
После вышеуказанных действии должно появиться сообщение “SQL-запрос был успешно выполнен”, то есть мы удалили БД по умолчанию.
Далее заходим во вкладку “Импорт”.
Здесь, нажимаем кнопку “Обзор” и выбираем файл с расширение sql, который мы закачали в пункте первом данного руководства, в котором хранится БД сайта со старого хостинга.
Примечание: загрузить можно файл размером до 20 МБ, если ваша БД больше этого размера, то можете ее заархивировать, а уже потом загрузить.
Далее у вас должно высветится сообщение: “Импорт успешно завершен, запросов выполнено: ..” (если у вас не получилось импортировать, что тоже бывает, попробуйте произвести импорт еще раз.)
Переходим к следующему шагу.
5. Переносим файлы папки public_html на новый хостинг.
На этом шаге нам нужно перенести файлы из папки public_html, которую мы скачали в пункте 2 данного руководства на ftp сервер нового хостинга.
Для этого переходим на сайт hostenko.com и входим в свой кабинет.
Далее нажимаем на ссылку “хостингом”
И в открывшемся окошке смотрим информацию, которая нам понадобится для подключению к FTP серверу, здесь можно нажать на значок в виде глаза, чтобы увидеть пароль.
Открываем программу FileZilla и вводим в нее: хост (s00.hostenko.com), логин (syzndkhy31864) и пароль, который мы и узнали выше.
Примечание: перед тем как вводить хост, логин и пароль немного подождите мин 5-10, пока хостинг создаст для вашего сайта место на ftp сервере.
После того как FileZilla подключится к вашему сайту, вы увидите, что там уже есть файлы – их нужно удалить, кроме файла wp-config.php и папки /wp-content/plugins/w3-total-cache – которая сама по себе не удаляется, но и ладно оставим ее.
Далее удаляем файл wp-config.php из папки public_html, которую мы закачали в пункте 2 данного руководства, и переносим ее содержимое на ftp сервер нашего нового сайта.
Все теперь сайт mnogoblg.hostenko.com заработает и его главная страничка должна быть полной копией сайта на предыдущем хостинге.
6. Меняем домен mnogoblg.hostenko.com на mnogoblog.ru.
Для этого заходим на hostenko.com в свой кабинет и жмем напротив названия сайта mnogoblg.hostenko.com на кнопку “Изменить домен”.
В открывшемся окне вводим новый адрес для сайта – mnogoblog.ru, справа оставляем “я пропишу А-запись” и жмем на кнопку “Продолжить”.
В следующем открывшемся окошке вас уведомляют, что домен не ссылается на сервер от hostenko.com – все логично!
Для того, чтобы домен ссылался на сервер от hostenko нужно изменить его А-запись, на скриншоте выше указана синей стрелкой, в моем примере она 193.106.248.73.
Я пользуюсь услугами сервиса 2domain.ru, на котором и покупаю свои домены.
Поэтому следующим шагом захожу на сайт https://2domains.ru/reg/login.php.
Вводим свой логин и пароль и на открывшейся страничке выберите свой домен, нажмите на него левой кнопкой мыши, а там уже выберите пункт “Управление DNS-серверами / Делегирование »
Поставьте галочку напротив “Использовать сервера регистратора — БЕСПЛАТНО” и нажмите на кнопку “Изменить”:
Теперь снова идете на https://2domains.ru/reg/domains/, снова “нажимаете” на свой домен левой клавишей мыши и выбираете теперь уже пункт “Управление зоной”
В следующем окне вы увидите таблицу, наподобие такой:
| * | A | 31.251.241.127 | Удалить запись | |
| @ | A | 31.251.241.127 | Удалить запись | |
| www | A | 31.251.241.127 | Удалить запись |
То есть стоят данные А-записи от предыдущего хостинга.
Нам нужно удалить их и заменить на данные для нового хостинга.
Для этого в столбце “Действия” жмем на ссылки “Удалить запись”.
Далее создаем новые записи.
В первой строке в “Имя поддомена” ставим “www”, в тип записи оставляем “А”, а в поле данные вставляем “циферки” А-записи нового хостинга, в нашем примере – это 193.106.248.73 (для вашего сайта они другие)
Во второй строчке все аналогично, только в “Имя поддомена” ставим “@” (собачка).
В третьем поле все также, как и в первом и втором, только в “Имя поддомена” вставляем “*” (звездочка) и нажимаем на кнопку “Добавить”.
Пока работа на данном этапе заканчивается. Теперь нам нужно подождать до тех пор, пока во всем мире обновятся DNS сервера (от 0 до 72 часов).
У меня при переносе данного сайта DNS обновился в тот же день, и не прошло и 8 часов с момента как я произвел вышеуказанные действия.
Как узнать обновился DNS сервера?
Как только вместо вашего сайта будет выскакивать сообщение, что данного сайта не существует, а внизу сообщения будет ссылка на hostenko.com – это и будет знак о том, что DNS обновился.
Теперь нам нужно зайти на hostenko.com в свой кабинет и еще раз нажать на кнопку “Изменить домен”.
В открывшемся окне опять вводим новый адрес для сайта, для данного примера: mnogoblog.ru, справа оставляем “я пропишу А-запись” и жмем на кнопку “Продолжить”.
И теперь у нас домен должен поменяться на mnogoblog.ru.
Вот и все, удачи вам с переносом сайта!
mnogoblog.ru
Как перености сайт на хостинг
Несмотря на то, что Timeweb абсолютно бесплатно предоставляет услуги по переносу вашего сайта с другого хостинга, мы все равно решили подготовить материал, раскрывающий все аспекты перемещения веб-ресурсов с компьютера пользователя или сервера другого хостинг-провайдера. Данная статья содержит пошаговую инструкцию по переносу проектов любого типа.
Виды сайтов и их отличия
С технической точки зрения сайты делятся на две группы.
Статические - представляют собой набор html-файлов. Каждый из них является законченной страницей, содержащей разметку, а также текстовую или графическую информацию. В такой форме создаются, например, сайты-визитки.
Динамические - к ним относятся форумы, интернет-магазины, блоги и другие ресурсы с постоянно изменяемым контентом. Их страницы генерируются “на лету”, а сам сайт можно условно разделить на две составные части:
- Движок - представлен набором скриптов на языке программирования PHP, Ajax, JavaScript и других, размещенных в корневом каталоге, совокупность которых обеспечивает генерацию страниц в тот момент, когда на сайт заходит посетитель, а также работу тех или иных функций (регистрация пользователей, добавление комментариев, оформление и оплата покупок и т.д.)
- База данных MySQL - здесь, собственно, содержится вся информация
Как нетрудно понять, работа со статическим проектом сводится к простому копированию всех его файлов в нужную директорию на сервере Timeweb. Перенос динамического сайта на хостинг - процедура несколько более сложная. Она состоит из следующих этапов:
- Перенос базы данных
- Перенос файлов сайта
- Перенастройка движка
Перенос статического сайта на хостинг
Для перемещения статического проекта Вам понадобится FTP-клиент - утилита, предназначенная для загрузки и скачивания файлов с удаленного сервера. Лучшее решение в данном сегменте - Fileziila: надежная, многофункциональная и при этом бесплатная программа. Установив ее, можно сразу приступать к работе.
В том случае, если сайт уже размещен на хостинге, сперва необходимо скачать все файлы на свой компьютер. Для этого достаточно проделать нехитрую последовательность действий:
- Запустите Filezilla.
- В верхнем меню выберите “Сервер” - “Принудительно отображать скрытые файлы”.
- Заполните поля “Хост”, “Имя пользователя”, “Пароль” (эти данные должен предоставить хостинг-провайдер) и нажмите на кнопку “Быстрое соединение”.
- Перейдите в каталог Вашего сайта. Обычно его название соответствует доменному имени проекта. Например, для mysite.ru путь может быть таков: var/www/mysite.ru/public_html. Именно в папке public_html находятся необходимые файлы.
- Выделите папку public_html, щелкните по ней правой кнопкой мыши и нажмите “Скачать”.
- Выберите место на компьютере и сохраните полученные файлы.
Чтобы загрузить файлы на хостинг Timeweb, необходимо осуществить обратную процедуру:
- Запустите Filezilla и подключитесь к серверу, используя предоставленные адрес хоста, логин и пароль.
- В правом окне “Удаленный сайт” найдите директорию public_html (по умолчанию расположена в каталоге, имя которого совпадает с названием сайта - например, mysite.ru/public_html) и откройте ее двойным щелчком.
- В левом окне “Локальный сайт” найдите папку с файлами сайта, выделите их, а затем щелкните по выделению правой кнопкой мыши и нажмите “Закачать на сервер”.
После того, как все файлы переданы, веб-ресурс будет полностью готов к работе.
Перенос динамического сайта на хостинг
Первое, с чего следует начать - перенос базы данных. В этом поможет phpMyAdmin - веб-приложение, предназначенное для администрирования MySQL. Данная программа позволяет осуществлять любые операции через наглядный интерфейс прямо из браузера. Здесь имеется окно авторизации. Введя логин и пароль, вы попадете в панель управления phpMyAdmin.
Далее необходимо осуществить следующую последовательность действий:
- Выберите базу данных, экспорт которой хотите совершить, щелкнув по ее названию в левой колонке интерфейса phpMyAdmin.
- Зайдите на вкладку “Экспорт”.
- Убедитесь, что установлена опция “Быстрый - отображать минимум настроек”, а в поле “Формат” выбрано SQL.
- Нажмите кнопку “Ок” и сохраните файл на компьютер.
Мы получили полную копию базы данных сайта, так называемый “дамп”. Осталось импортировать его на сервер Timeweb. Делается это следующим образом:
- Авторизуйтесь в панели phpMyAdmin хостинга.
- Перейдите на вкладку “Базы данных”, введите желаемое название в поле, расположенное сразу под строчкой “Создать базу данных”.
- Выберите кодировку как в базе данных на старой площадке, чтобы все было идентично.
- Выберите новую базу данных в левой колонке, щелкнув по ней один раз мышкой.
- Перейдите на вкладку “Импорт”.
- Нажмите кнопку “Обзор” и выберите ранее сохраненный дамп.
- Выставьте нужную кодировку (в большинстве случаев - UTF-8).
- Нажмите на кнопку “Ок”.
Что касается копирования скриптов, то оно осуществляется при помощи Filezilla, точно также, как и в случае с динамическим сайтом. Однако есть и одно существенное различие. Некоторые CMS создают файлы и папки не только в директории public_html, но и в корневом каталоге сайта. Это характерно, например, для движков интернет-магазинов - инвойсы и некоторые административные модули находятся за пределами public_html, что обеспечивает дополнительную защиту данных. Поэтому перед тем, как перенести сайт на хостинг, стоит проверить, присутствуют ли в mysite.ru, помимо public_html, другие файлы и папки - их также необходимо закачать на сервер, иначе попросту ничего не будет работать.
Последний этап - изменение настроек CMS и подключение базы данных. Для этих целей следует определенным образом отредактировать конфигурационный файл (как правило, он носит название configuration.php, config.php, settings.php или аналогичное). Необходимо изменить следующие значения:
- db_host – имя сервера баз данных;
- db_name – название базы данных;
- db_user – имя пользователя базы данных;
- db_password – пароль пользователя базы данных.
Проще всего использовать связку Filezilla и Notepad++ (свободно распространяемый текстовый редактор со множеством полезных функций). После его установки, необходимо соответствующим образом настроить ftp-клиент:
- Запустите Filezilla.
- Зайдите в меню “Редактирование” - “Настройки” - “Правка файлов”.
- Выберите пункт “Использовать следующий редактор”.
- Нажмите кнопку “Обзор” и выберите исполняемый файл Notepad++ (для 64-битных версий Windows он будет располагаться по адресу C:\Program Files (x86)\Notepad++\notepad++.exe).
- Нажмите кнопку “Ок”.
Теперь, чтобы редактировать файлы непосредственно в панели управления, достаточно сделать следующее:
- Подключитесь к серверу, используя предоставленные адрес хоста, логин и пароль.
- В правом окне “Удаленный сайт” найдите конфигурационный файл.
- Щелкните по нему правой кнопкой мыши и в появившемся меню выберите “Просмотр/Правка”.
- Внесите необходимые изменения в открывшемся окне Notepad++, нажмите кнопку “Сохранить” и закройте редактор.
- В появившемся диалоговом окне “Файл изменен” нажмите кнопку “Да”.
Обратите внимание: в зависимости от типа движка, названия параметров могут отличаться. Чтобы узнать, какие именно строчки требуется исправить, необходимо обратиться к официальной документации CMS.
Описанные действия кажутся довольно простыми. На самом же деле в процессе переноса может возникнуть масса сложностей. Львиная доля таковых приходится на динамические сайты: ошибка выбора кодировки для MySQL, неправильная настройка конфигурационного файла (который, помимо перечисленных, может содержать и дополнительные параметры, подлежащие изменению), наконец, банальный человеческий фактор - все это может привести к тому, что веб-ресурс попросту откажется работать. Однако большинства проблем можно избежать, если четко и внимательно следовать приведенным инструкциям, а также тщательно изучить сведения, предоставляемые разработчиками CMS.
Если же Вы планируете стать клиентом Timeweb, задача становится еще проще. Каждый новый пользователь хостинга, перешедший к нам от другого провайдера, может воспользоваться бесплатной услугой переноса сайта на наши сервера. Для этого вам необходимо обратиться в службу поддержки и сообщить информацию, необходимую для управления базами данных MySQL и доступа по протоколу FTP.
timeweb.com
Как поменять основной домен на хостинге
Как поменять основной домен на хостингеОчень многие владельцы сайтов задаются вопросом можно ли поменять основной домен на хостинге? Увы, без обращения в службу поддержки вашего хостинга сделать это невозможно. Но не стоит думать, что эта процедура займет уйму времени. Если саппорт принимает и рассматривает заявки оперативно, на это уйдет не более пары минут.
Конечно же, не обойдется без нескольких мелочей, которые также стоит принимать во внимание, когда дело касается хостинга и домена:
-
Во-первых, если основной домен был получен например в рамках акции провайдера хостинга сайтов, то при его смене новое доменное имя будет продлеваться по стандартной схеме.
-
Во-вторых, домен, который в перспективе станет основным, не должен быть добавлен ни в припаркованные, ни в дополнительные домены. Если он все же там присутствует 一 удалите.
-
В-третьих, помните, что корневая директория для файлов основного доменного имени располагается в каталоге public_html.
-
Если на доменном имени, которое вскоре станет основным на хостинге, уже есть сайт, созданный при помощи конструктора, не удивляйтесь, если его нужно будет переделать после смены основного домена.
Об этих и других нюансах вас наверняка предупредят сотрудники техподдержки, но в любом случае эта информация не будет лишней. Кроме того, такая несложная задача может дать вам понять, насколько хорошо работает саппорт. В противном случае появится повод задуматься над тем, а не пора ли купить домен и хостинг в более надежной компании.
Благо таковых сейчас очень много и, если потратить немного времени и сил, можно запросто найти едва ли не идеальный хостинг. Тысячам клиентов компании СХОСТ в свое время повезло и сейчас они наслаждаются недорогим качественным хостингом, а также получают дополнительные бонусы и преимущества.
Например, нет ничего проще, чем получить бесплатный домен и хостинг со скидкой. Для этого нужно всего лишь оплатить услуги провайдера минимум на полгода вперед. Если вам кажется, что речь идет о непосильной сумме, то вы ошибаетесь. С учетом всех бонусов и бесплатной регистрации домена вы существенно сэкономите по сравнению с проведением ежемесячных платежей.
Кроме того, вы можете заказать бесплатный тестовый период. Это предложение крайне актуальна для тех, кто уже давно ищет хостинг и домен и не верит обещаниям провайдеров. СХОСТ в этом вопросе всегда честен со своими клиентами, что подтверждает наличие еще и функции MoneyBack.
Обращайтесь в СХОСТ, чтобы оценить работу одного из самых качественных и доступных отечественных провайдеров!
gifr.ru
Перенос сайта на другой хостинг, как поменять хостинг
Сразу отметим, что для размещения сайта на хостинге лучше всего – это все-таки обратиться к профессионалам.
Для тех, кому все же очень хочется самому потренироваться в администрировании сайтов, подчеркнем: перенос сайтов с одного хостинга на другой по всем возможным сопутствующим неожиданностям можно сравнить с квартирным переездом – ведь всегда есть вероятность что-нибудь потерять по дороге…
Так что, даже проявив самостоятельность и собранность, будьте готовы ко всевозможным непредвиденным сложностям. Но, конечно, чтобы не запугать подобным «переездом», мы кратко постарались изложить этапы действий.
Причины для переноса сайта на другой хостинг
- Сайт «тормозит», раздражающе медленно грузится на имеющемся хостинге. Или ваш сайт стал очень посещаемым, резко увеличилась нагрузка, или просто ухудшились условия, предоставляемые хостинг-провайдером – в любом случае, это приводит к решительным действиям.
- Другая причина, по которой меняют хостинг, также достаточно предсказуемая – более выгодные условия и низкая стоимость.
- Поводом для переноса сайта могут служить и частые сбои на сервере хостинга, проблемы, связанные с работой почтовых серверов, медленная работа службы технической поддержки хостинга.
- Перенос сайта на другой домен.
Но вне зависимости от того, что именно подтолкнуло к решению о переносе сайта на другой хостинг, подготовка и порядок действий будут практически идентичными.
Как поменять хостинг: последовательность действий
При смене хостинга сайта следует внимательно выполнить следующие этапы:
- Ответственно подготовиться к переносу: собрать, подготовить все нужные настройки от старого и нового хостингов.
- Сделать резервную копию сайта на старом хостинге.
- Закачать резервную копию сайта на свой компьютер.
- Закачать резервную копию сайта с компьютера на ваш новый хостинг.
- Восстановить сайт на новом хостинге из резервной копии.
- Изменить настройки сайта, учитывая новые параметры хостинга.
- Прописать новые NS сервера для домена.
- Подождать обновления DNS ( от 3 до 48 часов).
- Проверить работоспособность сайта, оперативно исправляя любые возникающие ошибки в работе вашего сайта на новом хостинге.
www.kasper-hosting.by
