В инструкциях по созданию сайтов постоянно встречается localhost. На нем предлагают установить WordPress, открыть phpMyAdmin, проверить PHP или запустить проект перед загрузкой на хостинг. В браузере при этом появляется вполне настоящий сайт: работают страницы, изображения, база данных и административная панель.
Возникает логичный вопрос. Если сайт уже открывается по адресу localhost, почему его не может посмотреть другой человек?
Причина в самом назначении этого адреса. Localhost ведет не на сервер хостинг-провайдера и вообще не указывает на определенный компьютер в интернете. Он означает текущее устройство. Если открыть localhost на своем компьютере, запрос вернется к нему же. Если тот же адрес введет ваш знакомый, его браузер обратится уже к его собственному устройству.
Поэтому localhost очень удобен для разработки и тестирования, но сам по себе не способен заменить обычный хостинг.
Как работает localhost
Когда мы открываем обычный сайт, браузеру нужно найти сервер, на котором он расположен. Домен через DNS связывается с нужным IP-адресом, после чего запрос отправляется через сеть к этому серверу.
С localhost схема другая.
Это специальное имя, предназначенное для обращения устройства к самому себе. Такой обмен называется loopback. Сетевой запрос не должен уходить к обычному серверу в интернете, а возвращается внутрь текущей системы.
Для IPv4 с localhost традиционно ассоциируется адрес:
127.0.0.1
Поэтому адреса вроде:
http://localhost/
и:
http://127.0.0.1/
часто приводят к одному локально работающему веб-серверу.
Но важно понимать, что localhost и 127.0.0.1 не являются двумя вариантами бесплатного публичного домена. Они предназначены для локального обращения.
Само наличие localhost также не означает, что на компьютере уже работает сайт.
Если открыть этот адрес на обычном компьютере, где не запущен веб-сервер, браузер, скорее всего, сообщит, что соединение установить не удалось. Чтобы localhost начал показывать веб-страницы, на устройстве должна работать программа, способная принимать соответствующие запросы.
Это может быть Apache, Nginx, встроенный сервер среды разработки или другое программное обеспечение.
Например, разработчик устанавливает локальное окружение с PHP, веб-сервером и MySQL. Затем помещает файлы WordPress в нужный каталог и создает локальную базу данных. После этого WordPress действительно работает почти так же, как на обычном хостинге.
Можно входить в административную панель, создавать страницы, устанавливать тему, менять код и наполнять сайт содержимым.
Но все это происходит на одном компьютере.
Именно поэтому localhost удобно воспринимать не как адрес конкретного сервера, а как указание самому устройству: обратись к себе.
У этого есть интересное следствие.
Если на двух компьютерах одновременно открыть localhost, они не попадут на один сайт. Каждый компьютер попробует обратиться к собственной локальной системе.
На первом может открыться WordPress, на втором тестовое приложение, а на третьем вообще ничего.
В этом заключается принципиальное отличие localhost от обычного домена.
Зачем создавать сайт на своем компьютере
Если конечная цель состоит в публикации сайта в интернете, локальная разработка сначала может показаться лишним этапом. Почему бы сразу не установить WordPress на хостинг и не работать там?
Для небольшого нового сайта действительно можно поступить именно так. Современные панели позволяют установить CMS и начать настройку непосредственно на сервере.
Но локальная среда дает важное преимущество: можно экспериментировать, не затрагивая рабочий сайт.
Представим интернет-магазин, который уже принимает заказы. Владелец хочет установить новое расширение и изменить шаблон карточки товара.
Проверять серьезные изменения непосредственно на рабочем магазине рискованно. Ошибка в коде способна нарушить оформление заказа или вообще сделать страницы недоступными.
На локальной копии можно спокойно провести эксперимент. Если что-то сломалось, посетители этого даже не заметят.
Localhost удобен и при создании нового проекта.
Разработчику не обязательно покупать домен и хостинг в первый же день. Можно подготовить структуру сайта, написать код, подключить базу и проверить основные функции на своем компьютере. Публичный сервер понадобится позже, когда проект будет готов к размещению.
Еще один плюс — скорость работы с файлами.
Во время разработки один файл может изменяться десятки раз за несколько минут. Если каждый раз передавать его на удаленный сервер, процесс становится менее удобным. При локальной работе изменения происходят непосредственно на компьютере.
Localhost используют и для обучения.
Можно установить PHP и MySQL, создать тестовую базу, экспериментировать с SQL, разбираться в устройстве CMS или учиться программированию, не арендуя отдельный сервер.
При этом локальная среда не обязана полностью повторять настоящий хостинг.
Именно здесь появляется одна из наиболее частых проблем начинающих разработчиков: на компьютере все работает, а после загрузки на сервер сайт ломается.
Причина обычно не в самом localhost, а в различиях между двумя окружениями.
На компьютере и хостинге могут использоваться разные версии PHP, наборы расширений, настройки веб-сервера и базы данных. Отличаются пути к файлам, права доступа и операционные системы.
Например, проект разрабатывался на Windows, а затем оказался на Linux-сервере. Ошибка в регистре имени файла, которую локальная система не проявляла, неожиданно становится заметной.
Приложение может рассчитывать на PHP-расширение, установленное на компьютере разработчика, но отсутствующее на выбранном хостинге.
В конфигурации могут остаться локальные пути или параметры подключения к базе.
Поэтому фраза на localhost все работает еще не гарантирует, что сайт автоматически заработает после переноса.
Почему другой человек не может открыть ваш localhost
Представим, что вы сделали сайт и отправили знакомому адрес:
http://localhost/mysite/
У вас он прекрасно открывается. У знакомого появляется ошибка или совсем другая страница.
Это ожидаемое поведение.
Слово localhost на его компьютере означает его компьютер, а не ваш.
Браузер не получает из такого адреса информацию о том, где физически находится ваше устройство. В нем нет публичного IP вашего интернет-подключения и нет домена, направленного на ваш сервер.
Даже если заменить localhost на локальный IP компьютера, например адрес из домашней сети, сайт не станет автоматически доступным всему интернету.
Частные адреса домашней сети используются внутри нее. Устройства, подключенные к одному маршрутизатору, при соответствующей настройке могут видеть друг друга, но пользователь из другой сети не сможет просто открыть такой внутренний адрес.
Теоретически компьютер дома можно превратить в публичный веб-сервер.
Для этого потребуется организовать доступ извне, учитывать внешний IP, маршрутизацию, настройки роутера, брандмауэр, открытые порты, безопасность, HTTPS и особенности подключения интернет-провайдера.
Но для обычного сайта это редко является разумной альтернативой хостингу.
Домашний компьютер не проектировался как постоянно доступная площадка для сайта. Его могут выключить или перезагрузить. Домашний интернет способен пропасть, внешний адрес может измениться, а неправильная настройка доступа создает дополнительные риски безопасности.
Хостинг решает эти задачи иначе. Сайт размещается на серверной инфраструктуре, рассчитанной на постоянную работу и доступ из интернета.
Поэтому localhost лучше оставлять средой разработки, а готовый проект публиковать на предназначенной для этого площадке.
Есть промежуточные ситуации, когда разработчику нужно ненадолго показать локальный проект заказчику или коллеге. Для этого существуют специальные туннели и среды предпросмотра, способные временно предоставить внешний адрес для локального приложения.
Но такой способ тоже не превращает localhost в настоящий домен. Внешний сервис просто создает путь от публичного адреса к приложению на вашем компьютере.
Для постоянной публикации сайта все равно нужна нормальная инфраструктура.
Как перенести сайт с localhost на хостинг
Перенос зависит от устройства самого проекта.
Если на компьютере находится простой статический сайт из HTML, CSS, JavaScript и изображений, задача обычно сводится к загрузке файлов в корневой каталог сайта на хостинге.
С динамическим проектом действий больше.
Например, локальный WordPress состоит не только из файлов. Значительная часть содержимого и настроек находится в MySQL или MariaDB. Поэтому простое копирование папки WordPress на сервер не переносит весь сайт.
Нужно перенести файлы и базу данных.
Базу обычно экспортируют из локальной системы, а на хостинге создают новую и импортируют в нее данные. После этого конфигурацию сайта изменяют так, чтобы приложение подключалось уже к серверной базе.
И здесь localhost способен запутать новичка второй раз.
В настройках подключения к базе можно встретить:
DB_HOST = localhost
Кажется странным: мы только что перенесли сайт в интернет, почему localhost остался?
Потому что значение зависит от контекста.
Если PHP-приложение и MySQL работают на одном сервере или хостинг организовал подключение таким образом, приложение может обращаться к базе через localhost. Теперь это слово означает уже не домашний компьютер разработчика, а сервер, на котором выполняется само приложение.
На другом хостинге база может находиться на отдельном сервере. Тогда провайдер выдаст другое имя хоста, и заменять его на localhost нельзя.
Поэтому параметры подключения к базе всегда нужно брать из настроек конкретного хостинга.
При переносе необходимо проверить и адреса самого сайта.
Если WordPress создавался по локальному адресу, внутри базы могут сохраниться ссылки на localhost. После публикации они должны соответствовать настоящему домену.
Простая замена всех вхождений слова localhost в SQL-файле подходит не для каждой CMS. Некоторые системы используют структурированные или сериализованные данные, которые можно повредить неаккуратной правкой.
Лучше использовать штатный механизм миграции конкретной системы или выполнять замену инструментом, который понимает формат ее данных.
После переноса нужно пройти сайт целиком.
Проверьте главную страницу, внутренние разделы, изображения, стили, формы, административную панель и функции, связанные с базой данных.
Обратите внимание на ссылки. Если кнопка продолжает вести на localhost, посетитель попадет не на вашу локальную версию, а попробует обратиться к собственному компьютеру.
Проверьте версию PHP и необходимые расширения. Убедитесь, что база подключается и сайт может записывать данные. Если используются задачи Cron, почтовая отправка или другие серверные функции, их тоже придется настроить уже в новом окружении.
После этого подключается настоящий домен и HTTPS.
Localhost при этом никуда не исчезает и не превращается в домен. Локальная копия может остаться на компьютере как среда для дальнейшей разработки.
Получается удобная схема: изменения сначала проверяются локально, затем переносятся на рабочий сайт.
Для небольшого личного проекта такая организация не обязательна. Но чем важнее сайт, тем полезнее разделять место для экспериментов и публичную версию.
Главное, что нужно запомнить о localhost: это не разновидность хостинга и не бесплатный адрес сайта. Это специальный способ обратиться к текущему устройству.
Если сайт открывается на localhost, значит на вашем компьютере работает локальное серверное окружение и браузер может к нему обратиться. Для публикации проекта в интернете его необходимо перенести на сервер, доступный другим пользователям, настроить серверное окружение, базу данных при ее наличии и подключить домен.
Поэтому localhost отлично подходит для разработки, тестирования и обучения. А когда сайт должен стать доступен посетителям, начинается уже другая задача — его полноценное размещение на хостинге.
