Сайт уже готов. На компьютере лежит папка с HTML, CSS, JavaScript, изображениями и другими файлами, главная страница прекрасно открывается в браузере. Или разработчик передал архив проекта и сообщил, что теперь его остается разместить в интернете. Именно на этом этапе простая задача неожиданно вызывает множество вопросов: куда загружать файлы, зачем нужен домен, что такое public_html, нужна ли база данных и почему после загрузки вместо сайта иногда появляется ошибка.
Само размещение обычно несложное. Для простого статического сайта достаточно купить подходящий хостинг, подключить домен и перенести файлы в правильный каталог. С динамическим проектом действий будет больше: потребуется база данных, подходящая версия PHP или другое серверное окружение и корректный конфигурационный файл.
Главное перед загрузкой — понять, что именно находится у вас на компьютере. От этого зависит практически весь дальнейший процесс.
Сначала разберитесь, какой именно сайт вам передали
Фраза готовый сайт может означать совершенно разные проекты. Самый простой вариант — статический сайт. В его папке находятся файлы HTML, CSS, JavaScript, изображения, шрифты и другие ресурсы. Обычно среди них есть index.html. Такой проект не требует базы данных и во многих случаях начинает работать сразу после загрузки файлов на сервер.
Если сайт написан на PHP, ситуация немного сложнее. В папках могут находиться файлы с расширением .php, а самому проекту потребуется поддерживаемая версия PHP и, возможно, дополнительные расширения. Небольшой самописный сайт при этом тоже может обходиться без базы данных.
Другой распространенный вариант — готовый проект на WordPress, Joomla, Drupal или другой CMS. Одних файлов здесь обычно недостаточно. Контент, настройки, пользователи и часть другой информации хранятся в базе данных. Поэтому вместе с файлами вам должны передать экспорт базы, часто в виде файла с расширением .sql, а также данные или конфигурацию, необходимые для подключения к ней.
Есть и приложения на Node.js, Python и других технологиях. Их нельзя воспринимать как обычный набор HTML-файлов. Хостинг должен поддерживать нужное программное окружение, запуск приложения, зависимости и другие особенности проекта. Обычный дешевый виртуальный тариф подходит не для любого такого приложения.
Поэтому до покупки хостинга полезно спросить разработчика, на чем сделан сайт и что требуется для его запуска. Если проект создавали самостоятельно, посмотрите его структуру и документацию.
Для статического сайта достаточно поддержки обычных веб-файлов. Для PHP-проекта уточните требуемую версию PHP. Для CMS проверьте требования конкретной версии системы. Для приложения со своим серверным процессом заранее убедитесь, что выбранный тариф вообще позволяет его запускать.
Размер сайта тоже имеет значение, но не стоит выбирать тариф только по гигабайтам. Небольшой корпоративный сайт может занимать несколько сотен мегабайт и при этом нуждаться в PHP и базе данных. Большая статическая фотогалерея, наоборот, способна занимать значительно больше места, оставаясь технически очень простой.
Если сайт должен отправлять письма из форм обратной связи, учитывать нужно и это. После публикации необходимо будет проверить не только открытие страниц, но и фактическую доставку сообщений.
Когда требования понятны, можно выбирать площадку. Для обычного HTML-сайта, WordPress и большинства небольших PHP-проектов обычно достаточно виртуального хостинга. Он уже настроен: пользователь получает панель управления, файловый менеджер, базы данных, управление доменами, SSL и другие необходимые инструменты.
VPS имеет смысл выбирать не потому, что он звучит серьезнее, а когда проекту действительно требуется собственное серверное окружение, специфическое программное обеспечение, постоянный процесс приложения или больше контроля над настройками. Для публикации пятистраничного HTML-сайта собственный виртуальный сервер только добавит лишнюю работу.
Куда загружать файлы сайта и как не ошибиться с папкой
После покупки хостинга вы получаете доступ к панели управления. Названия разделов у разных провайдеров отличаются, но принцип остается примерно одинаковым. В аккаунте создается сайт или домен, а на сервере ему назначается каталог, из которого веб-сервер будет отдавать файлы посетителям.
Этот каталог часто называется public_html, www, htdocs, httpdocs или иначе. У некоторых хостеров для каждого домена автоматически создается собственная директория. Поэтому не стоит без проверки загружать архив в первую попавшуюся папку.
Путь к корневому каталогу можно посмотреть в настройках сайта или домена в панели управления. Если он непонятен, проще обратиться к документации конкретного хостинга или поддержке.
Для первого размещения удобнее всего использовать встроенный файловый менеджер. Он работает прямо в браузере и не требует установки дополнительных программ. Откройте корневой каталог сайта и посмотрите, что находится внутри. Хостер мог заранее разместить там стандартную страницу-заглушку. После публикации ее нужно удалить или заменить.
Если готовый проект состоит из большого количества файлов, загружать их по одному неразумно. Удобнее создать ZIP-архив на компьютере, загрузить один файл на сервер и распаковать его средствами файлового менеджера. Это особенно заметно на проектах с тысячами мелких файлов.
Здесь часто возникает простая, но неприятная ошибка. Представим, что на компьютере есть папка mysite, внутри которой находятся index.html, css, js и images. Пользователь архивирует всю папку, загружает ее в public_html и распаковывает. В результате получается public_html/mysite/index.html.
Но веб-сервер ищет главную страницу непосредственно в корневом каталоге сайта. Если домен должен открывать этот проект, правильная структура в типичном случае будет выглядеть как public_html/index.html, а рядом с ним — остальные каталоги и файлы.
То есть загружать нужно содержимое папки проекта, а не создавать внутри корня лишний уровень вложенности.
Главный файл статического сайта обычно называется index.html. Для PHP-проекта это часто index.php. Именно его веб-сервер пытается открыть, когда посетитель вводит домен без конкретного имени файла.
Еще одна распространенная проблема связана с регистром символов. На компьютере разработчик мог сослаться на Images/photo.jpg, хотя настоящая папка называется images. В определенной локальной среде такая ошибка остается незаметной, а после размещения на Linux-сервере изображение перестает загружаться. Для сервера images и Images могут быть разными именами.
Проверяйте и пути к ресурсам. Если CSS, JavaScript или фотографии подключены через абсолютные локальные пути вроде папки на диске компьютера, в интернете они работать не будут. Ссылки должны вести к ресурсам сайта, а не к файлам на вашем устройстве.
Вместо файлового менеджера можно использовать FTP или более защищенный протокол SFTP, если его предоставляет хостер. Для подключения потребуется программа-клиент и данные доступа: сервер, логин, пароль и порт. Такой способ удобен, если файлы приходится регулярно редактировать и загружать.
Для разовой публикации простого сайта встроенного файлового менеджера обычно вполне достаточно.
Динамическому сайту кроме файлов может понадобиться база данных
Если вы разместили обычный HTML-сайт, после загрузки файлов техническая часть почти закончена. С CMS или самописным динамическим проектом этого недостаточно.
Допустим, разработчик передал папку сайта и файл database.sql. Этот SQL-файл содержит экспорт базы данных. На новом хостинге необходимо создать пустую базу, отдельного пользователя и пароль, после чего импортировать в нее полученный дамп.
На виртуальном хостинге это обычно делается через раздел баз данных в панели управления. Для импорта часто предоставляется phpMyAdmin или другой интерфейс. Вы выбираете созданную базу и импортируете SQL-файл.
После этого сайт нужно подключить к новой базе.
Где находятся параметры подключения, зависит от проекта. В WordPress, например, они задаются в конфигурационном файле. У других CMS и фреймворков используются собственные файлы конфигурации или переменные окружения.
Обычно приложению необходимы как минимум имя базы данных, пользователь, пароль и адрес сервера базы. На виртуальном хостинге адресом нередко является localhost, но считать это универсальным правилом нельзя. Используйте данные, которые показывает ваш провайдер.
Если после загрузки динамический сайт сообщает об ошибке соединения с базой, сначала проверяйте именно эти параметры. Одна неверная буква в имени пользователя или пароле способна полностью остановить запуск.
Нужно проверить и версию серверного программного обеспечения. Старый PHP-проект может не запускаться на современной версии PHP, а новый, наоборот, может требовать версию, которой нет на выбранном тарифе. Не переключайте версии наугад. Сначала выясните требования проекта.
У некоторых сайтов после смены адреса требуется изменить URL внутри базы или конфигурации. Это особенно актуально, если проект разрабатывался на временном домене или локальном адресе. Простая замена текста в SQL-файле подходит не всегда: отдельные CMS хранят данные в форматах, которые можно повредить грубым поиском и заменой.
Если готовый WordPress-сайт создавался локально, переносить его лучше штатным способом, специализированным инструментом миграции или вручную с пониманием структуры WordPress. Сам факт наличия папки wp-content еще не означает, что достаточно скопировать ее на сервер.
После импорта базы не удаляйте исходные файлы и SQL-копию с компьютера. Пока сайт полностью не проверен, они являются вашей точкой возврата.
Как подключить домен и открыть сайт в интернете
Файлы могут уже лежать на сервере, а домен все еще показывать старую страницу или вообще не открываться. Это нормально, если доменное имя еще не направлено на новый хостинг.
Домен и хостинг — две разные вещи. Домен является адресом, по которому посетитель приходит на сайт, а хостинг хранит файлы и выполняет серверную часть проекта. Они могут быть куплены у одной компании или у совершенно разных.
Если домен зарегистрирован у того же провайдера, что и хостинг, часть настройки иногда выполняется автоматически. Если услуги находятся у разных компаний, потребуется связать их через DNS.
Хостер обычно сообщает, какие DNS-серверы нужно указать для домена, либо предоставляет IP-адрес и необходимые DNS-записи. Какой вариант использовать, зависит от того, где вы хотите управлять DNS-зоной.
После изменения DNS результат не всегда становится виден мгновенно. Записи кешируются, поэтому некоторое время разные пользователи могут получать разные ответы. Не нужно каждые пять минут менять настройки заново, если вы уверены, что указали правильные значения.
Еще до окончательного переключения домена желательно проверить сайт на сервере. Некоторые хостеры предоставляют технический адрес. В других случаях опытные пользователи могут временно направить домен на нужный IP локально через файл hosts. Такой подход позволяет увидеть новую версию только на собственном компьютере, не отправляя на нее остальных посетителей.
Для первого запуска совершенно нового сайта это не так критично, как при переносе работающего проекта, но проверка все равно полезна.
После того как домен начинает открывать правильный сервер, установите SSL-сертификат и включите HTTPS. На многих современных хостингах бесплатный сертификат можно выпустить непосредственно в панели управления.
Не ограничивайтесь появлением значка защищенного соединения. Проверьте, что адрес с http корректно переводится на https, а варианты домена с www и без www ведут туда, куда вы запланировали. В итоге у сайта должен быть один основной адрес, а остальные варианты — корректно перенаправлять посетителя на него.
Если после включения HTTPS часть изображений или скриптов перестала работать, проверьте ссылки на ресурсы. Старые абсолютные адреса с http могут создавать проблемы со смешанным содержимым.
Что проверить перед тем, как считать сайт опубликованным
Если главная страница открылась, это еще не означает, что публикация завершена. Пройдите сайт так, как это сделал бы обычный посетитель.
Откройте главную страницу, затем несколько внутренних. Проверьте меню, кнопки, изображения, стили, JavaScript, поиск и другие интерактивные элементы. Если есть мобильное меню, протестируйте его отдельно на смартфоне.
Обязательно проверьте формы. Отправьте реальную тестовую заявку и убедитесь, что она действительно пришла получателю. Сообщение на экране заявка отправлена подтверждает только работу интерфейса, но не гарантирует доставку письма.
Если на сайте есть регистрация, личный кабинет, оформление заказа, онлайн-оплата или другие важные сценарии, пройдите каждый из них от начала до конца. Для интернет-магазина недостаточно увидеть каталог: нужно выполнить тестовый заказ.
Посмотрите сайт в нескольких современных браузерах и на экранах разной ширины. Ошибка верстки, незаметная на большом мониторе разработчика, может перекрыть кнопку на обычном смартфоне.
Проверьте страницу 404, особенно если сайт использует красивые адреса страниц. Если внутренние ссылки неожиданно возвращают ошибку, проблема может быть связана с правилами веб-сервера, конфигурацией CMS или неверной структурой каталогов.
Посмотрите, не остались ли на страницах временные адреса, тестовые телефоны, демонстрационные тексты, ссылки на localhost и служебные изображения. Такие мелочи особенно часто переживают перенос проекта из среды разработки на настоящий домен.
Убедитесь, что поисковым системам разрешена индексация. Во время разработки сайт могли специально закрыть через robots.txt, метатеги или настройки CMS. После публикации этот запрет иногда забывают снять.
Но и открывать индексацию до проверки тоже не стоит. Сначала убедитесь, что основной домен выбран правильно, HTTPS работает, технические копии не доступны поисковикам, страницы открываются по ожидаемым адресам и на сайте нет тестового контента.
После успешного запуска настройте резервное копирование. Даже если хостер автоматически создает копии, полезно знать, как часто они формируются, сколько хранятся и можно ли скачать резервную копию отдельно. Исходная версия проекта на компьютере не заменяет регулярный бэкап работающего сайта, потому что со временем на сервере появляются новые данные.
Если сайт динамический, после публикации следите и за обновлениями. CMS, плагины, темы и серверное окружение меняются. Готовый сайт не становится технически неизменным только потому, что разработка закончилась.
В итоге размещение сайта на хостинге удобно воспринимать не как загадочную серверную процедуру, а как последовательность из нескольких понятных действий. Сначала определите требования проекта и выберите подходящий хостинг. Затем создайте сайт в панели и загрузите файлы в его корневую директорию. Если проект использует базу данных — создайте и импортируйте ее, после чего настройте подключение. Направьте домен на сервер, подключите HTTPS и только затем тщательно проверьте все функции.
Для простого HTML-сайта весь процесс действительно может занять несколько минут. Для CMS или веб-приложения потребуется больше действий, но принцип остается тем же: сервер должен получить все компоненты проекта и окружение, необходимое для их работы. Если заранее выяснить, что именно требуется готовому сайту, его публикация оказывается гораздо проще, чем кажется при первом знакомстве с панелью хостинга.
