^ Наверх
Тегам
apple tv, bootstrap, centos, cheat sheets, chyrp, cms, cp1251, css, css-framework, daos, ddos, denwer, disqus, dns, doodles, efix, endels, evernote, firefox, flash, forex, forex mmcis group, google, google drive, hosts, httrack, hypercomments, input, intensedebate, ipad pro, iphone, iphone 6s, iphone 6s+, jquery, json, lenovo, livejournal, lj, mac os, mac pro, mamp, microtext, monstra cms, ping-admin, reg.ru, selectel, simaphone, stick footer, template cms, textpattern, to do, toup, uptime, utf8, vds, xampp, агс, банковская карта яндекс.денег, блог-клиент, блоггинг, верстка, виртуальный сервер, выравнивание в блоке, гидеон сундбек, гоша, дудлы, задачка, идея, инвестиции, интернет-магазин, кино, клиенты, кодировка, комменты, кросспостинг, микро cms, молния, мониторинг, мотив, мошенники, наверх, облако, обои, оптимизация, оффлайн, оффтоп, ошибки, платон, почта для домена, прижать футер, проверка flash, рип сайта, сателлиты, ссср, старт, техника, управление временем, успехи, фотоальбом, фоторепортаж, хостинг, цели, шпаргалки, шпоры, электронные деньги, яндекс, яндексдиск, яндекс мерика, яша
Сортировать по:

Проверяем работоспособность сайта без смены NS записей у регистратора

Уверен, что старики – вебмастера не раз сталкивались с переносом своих сайтов с одного хостинга на другой. При этом, периодически из-за тонких настроек сервера работоспособность сайта может быть под угрозой. Думаешь, ну вроде параметры все в норме, перетаскиваешь файлы, базы, прописываешь новые DNS и затаив дыхание ждешь их обновление. И бац! Сайт не работает! Что делать? Начинаешь заниматься дебагингом, а в это время посетители, мягко говоря, обламываются. Не хорошо это… согласны?

Так что же делать? Нужно просто провести тестирование работоспособности сайта до смены NS записей у регистратора. А сделать это достаточно просто.

Давным давно, на заре зарождения интернета, когда интернет по свой сути представлял пару десятков компьютеров расположенных в разных концах света, маршрутизация в этой сети осуществлялась при помощи специального конфигурационного файла hosts, в котором были записаны все ip адреса клиентов и их алиасы (адреса). Вот так…

127.0.0.1 domain.ru

Так вот с тех времен многое изменилось, теперь существует система DNS серверов, которые отвечают за миллионы, а может быть миллиарды адресов и позволяют нам мгновенно перемещаться между ними. Но старый, добрый файлик hosts остался в операционных системах наших машин. И что самое главное, его настоящее значение является приоритетным при работе с web-ресурсом.

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

Если говорить языком примеров, а это на мой взгляд самый действенный способ усвоения информации, то сделать нужно следующее…

1. Открываем терминал

2. Командуем:

sudo vi /etc/hosts

3. Попадаем в файл, переключаемся в режим редактирования, нажав «i» и добавляем новый хост и домен в формате указанном выше.

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

:wq

5. Жмём ENTER.

Теперь можно проверить перенесённого сайта на новом сервере. Если не верите, то проверьте ip адрес нового сервера…

ping domain.ru

Заодно проверите время пинга до сервера. Чтобы остановить обращения нажмите ctrl+c.

Приведенный выше пример относится к операционной системе Mac OS. Но по большому счёту я очень надеюсь что суть всем стала понятна. Если нет, предлагаю более подробнее почитать про hosts в википедии.

comments powered by HyperComments

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