как установить сайт на vds windows
Перенос сайта на VDS
Вы можете разместить / перенести сайт на VDS самостоятельно или с помощью наших специалистов.
Перенос силами технической поддержки
В услугу переноса входит копирование всех файлов указанных вами сайтов на сервер, импорт баз данных и внесение правок в конфигурационные файлы для правильного подключения ресурсов к MySQL. Также нашими силами может быть установлено и настроено ПО, необходимое для корректной работы сайта: веб-серверы Nginx и Apache, MySQL и PHP. Для каждого перенесенного сайта создаются служебные домены для проверки работоспособности сайтов после переноса.
Для выполнения переноса необходимо отправить соответствующий запрос в службу поддержки.
При переносе с хостинга Timeweb:
При переносе со стороннего хостинга или VDS:
Перенос доменов вам нужно будет выполнить самостоятельно по нашей инструкции.
После уведомления о завершении переноса настоятельно рекомендуем вам изменить пароль пользователя root (инструкция).
Самостоятельный перенос
С помощью панелей управления
Вы можете заказать VDS с предустановкой одной из панелей управления (VestaCP, Brainy или ISPmanager) и после перенести сайт с помощью наших инструкций:
Если вы используете другую панель, у нас также есть инструкции по размещению сайта в панелях:
Перенос вручную
Для самостоятельного переноса сайта закажите сервер нужной конфигурации и перенесите сайт по инструкции ниже.
Необходимое ПО
Если вы не планируете использовать на сервере какую-либо панель управления, рекомендуем сразу при заказе / создании сервера выбрать автоматическую установку LAMP.
При желании вы также можете создать сервер с чистой системой и после установить LAMP вручную по нашей инструкции.
Домен
После того, как сервер создан, добавьте домен в панель управления в разделе «Домены».
По ссылкам вы найдете необходимые инструкции для данных процедур.
Файлы сайта
Загрузить файлы сайта на сервер проще всего при подключении по SFTP, с помощью приложения FileZilla.
Укажите при подключении:
Загрузите файлы в нужную директорию:
База данных
1. Создайте базу данных. Для этого подключитесь к серверу по SSH и выполните команду:
2. Выполните запросы ниже. В качестве имени базы данных, имени пользователя и пароля БД рекомендуем сразу указывать значения, прописанные в конфигурационном файле сайта.
Создание пользователя базы данных:
Предоставление всех привилегий пользователю на базу данных:
3. Загрузите дамп базы данных на сервер (например, в директорию /var/www/, используя подключение по SFTP) и импортируйте его в базу:
Для работы с базами данных вы также можете установить на сервер phpMyAdmin.
Инструкция по установке сайта на VDS
Сайт нельзя установить на «чистый» VDS — понадобится либо панель управления, либо настроенная конфигурация (чаще всего LAMP). Вы сами решаете, какой путь выбрать. Если коротко — с панелью управления проще. Но и ручная настройка VDS под сайт не займет много времени.
Подготовка VDS
Чтобы установить сайт, нужно подготовить VDS — развернуть на нем LAMP. В этот набор входит Linux, Apache, MySQL и PHP. Эти элементы требуются для корректной работы динамических сайтов и приложений.
Самый простой способ — установить LAMP при создании VDS. Например, так можно сделать на Timeweb.
Откройте панель управления VDS.
В разделе «Список VDS» нажмите «Создать сервер».
Укажите имя и комментарий, если он нужен.
Выберите операционную систему и программное обеспечение — например, Ubuntu 18.04 и LAMP.
Выберите подходящую конфигурацию VDS.
Добавьте SSH-ключ, если он уже создан.
Включите при необходимости защиту от DDoS.
После завершения установки у вас будет VDS с конфигурацией, подходящей для размещения веб-проектов.
Если у вас уже есть сервер, можно переустановить ПО и выбрать LAMP или добавить необходимые компоненты вручную через консоль. Для авторизации используйте логин и пароль, присланные хостером на почту при создании вирутального сервера. Linux уже должен быть установлен на VDS. Посмотрим на примере Ubuntu 18.04, как добавить другие компоненты: Apache, MySQL и PHP.
Установите веб-сервер Apache:
Добавьте Apache в автозагрузку:
Чтобы убедиться в том, что веб-сервер заработал, введите в адресной строке браузера IP-адрес сервера. На вкладке должно отобразиться приветственное окно Apache.
Следующий шаг — установка системы управления базами данных MySQL.
Задайте пароль суперпользователя (root), нажмите на Enter и введите пароль еще раз.
Запустите мастера настройки безопасности:
Ответьте на несколько вопросов системы:
Введите пароль от root, который указали ранее.
Включите или откажитесь от плагина VALIDATE PASSWORD. При его активации MySQL будет отвергать слабые пароли. Чтобы включить его, введите «y», в противном случае — «n».
Введите «n», чтобы не менять пароль.
Дальше будет еще четыре параметра. Во всех случаях введите «y», чтобы удалить анонимных пользователей, запретить удаленный доступ для суперпользователя, удалить тестовую базу и обновить таблицу привилегий пользователей.
Чтобы подключиться к установленной БД, выполните команду
Для подключения нужно ввести пароль, заданный при настройке MySQL. Для удобства управления также можно установить phpMyAdmin, но это опциональное решение.
Последний этап — установка PHP.
Это базовый набор. Можно добавить и другие модули, прописав их в команде выше или использовав отдельную команду типа apt-get install название_модуля.
После установки PHP проверьте его работоспособность. Создайте новый файл и откройте его в редакторе:
Внесите в него три строки и сохраните файл:
Перейдите по адресу http://IP-адрес-сервера/test.php. На вкладке браузера должна отобразиться страница с параметрами PHP.
После установки LAMP (не имеет значения, автоматически или вручную) нужно добавить на сервер домен. Сделать это можно через одноименный раздел в панели управления VDS. Timeweb предлагает зарегистрировать новый домен, перенести существующее имя или воспользоваться бесплатным техническим доменом для проверки работоспособности ресурса.
Производительные VDS с минимальным steal time – 15 дней бесплатно
Дарим 15 дней на тарифе Scarlett! Закажи VDS, внеси платеж от 50 рублей и активируй промокод community15.
Ручная установка сайта на VDS
Чтобы загрузить файлы сайта на сервер, нужно подключиться к нему по протоколу SFTP. Проще всего сделать это через программу FileZilla. При подключении необходимо указать:
логин и пароль от VDS;
номер порта — по умолчанию 22.
Если вы установили LAMP автоматически при создании сервера, то разместите сайт в директории /var/www/html.
Если вы установили LAMP вручную по инструкции выше, разместите сайт в директории /var/www/site1/public_html.
Теперь нужно разобраться с базой данных. Для этого нужно подключиться к серверу через SSH. Можно воспользоваться консолью в панели управления VDS.
Затем укажите имя БД, логин и пароль. Лучше сразу указать данные, прописанные в конфигурационном файле сайта.
Если есть дамп базы данных, загрузите его на сервер через SFTP в директорию /var/www/ и импортируйте в новую БД:
Для удобной работы с базами данных также можно установить на сервер phpMyAdmin.
Установка в ISPmanager
Первый этап — создание нового пользователя. Он нужен для того, чтобы не работать с максимальным набором прав — это опасная практика.
Откройте раздел «Учетные записи» — «Пользователи».
Нажмите на кнопку «Создать».
Введите имя пользователя и пароль. Остальные настройки можно оставить без изменений.
Укажите WWW-домен и создайте FTP-пользователя для подключения.
Нажмите «Завершить» для сохранения нового пользователя.
Вернитесь в меню «Учетные записи» — «Пользователи».
Выберите нового пользователя и нажмите «Войти».
Введите логин и пароль, которые указали ранее при создании нового пользователя.
Следующий этап — подключение домена. На сайте регистратора нужно указать для домена в качестве А-записи IP-адрес сервера. Если вы не добавили домен при создании пользователя, сделайте это сейчас:
Перейдите в раздел WWW — «WWW-домены» — «Создать».
Укажите в форме доменное имя и адрес почты администратора. Остальные поля будут заполнены по умолчанию.
Теперь нужно загрузить на добавленный домен файлы сайта.
Откройте раздел WWW — «WWW-домены».
Выделите домен и нажмите на кнопку «Каталог».
Удалите созданный по умолчанию файл index.html.
Нажмите на кнопку «Закачать» и укажите путь к архиву с файлами сайта.
Чтобы распаковать загруженный архив, выделите его и нажмите на кнопку «Извлечь». По умолчанию будет выбрана правильная директория.
Последний этап — создание базы данных.
Откройте раздел «Главное» — «Базы данных» — «Создать».
Укажите имя базы, логин и пароль. Лучше сразу прописывать данные из конфигурационного файла сайта.
Если у вас уже есть база данных, импортируйте ее содержимое через раздел «Инструменты» — phpMyAdmin. Для авторизации используйте логин и пароль, назначенные при создании базы данных.
Установка в VestaCP
Первый этап — создание нового пользователя.
Откройте раздел USER.
Нажмите на зеленый значок, чтобы добавить новый аккаунт.
Заполните в форме все поля.
После создания пользователя вернитесь в раздел USER, выделите новый аккаунт и нажмите на кнопку «Войти».
Следующий этап — подключение домена. Первым делом укажите IP-адрес сервера в его А-записи. Это делается в личном кабинете на сайте регистратора доменов. Затем добавьте домен в панель Vesta:
Откройте раздел WEB.
Нажмите на зеленый значок плюса, чтобы добавить новый домен.
Введите имя домена и установите другие параметры его работы.
При необходимости перейдите по ссылке «Дополнительные опции». Здесь можно включить поддержку SSL, подключить аналитику, добавить еще один FTP-аккаунт (первый доступен по логину и паролю пользователя).
Обычно менять настройки не нужно. Вы просто добавляете в раздел WEB имя нового домена и сохраняете конфигурацию.
Затем нужно создать базу данных.
Откройте раздел DB.
Нажмите на зеленый значок, чтобы добавить новую БД.
Укажите данные базы: имя, логин, пароль, адрес электронной почты, на которую будут отправлены реквизиты для авторизации.
Нажмите на кнопку PHPMYADMIN — она находится над списком баз данных.
Импортируйте дамп базы данных, если он у вас есть.
Измените конфигурационный файл сайта — укажите в нем имя БД, логин и пароль. Можно пойти другим путем — изначально указывать имя БД, логин и пароль, ранее записанные в конфигурационном файле.
Последний этап — загрузка файлов сайта на сервер. Используйте подключение через SFTP с помощью FileZilla. Введите следующие данные:
логин от аккаунта в панели управления Vesta;
пароль от аккаунта в панели управления Vesta;
порт 22 (по умолчанию).
Файлы нужно скопировать в директорию /web/домен/public_html.
Перенос сайта на другой VDS силами технической поддержки
Если сайт размещен на стороннем хостинге или VDS, можно перенести его на другой виртуальный сервер с помощью специалистов поддержки. Это не общая практика, но хорошие хостеры предлагают такую услугу. Например, попросить перенести сайт можно специалистов поддержки Timeweb. Они помогут при условии, что на VDS установлена панель управления (ISPmanager или VestaCP) или ОС Bitrix 7.
Поставить Bitrix на VDS можно при создании нового сервера. Если сервер уже создан, можно переустановить операционную систему или просто добавить на него панель управления.
Специалисты поддержки выполнят следующие работы:
скопируют все файлы на сервер;
импортируют базы данных и внесут изменения в файлы конфигурации;
установят и настроят ПО для работы с динамическими сайтами и приложениями;
создадут служебные домены для проверки работоспособности после переноса.
Фактически пользователю останется только перенести домен на VDS, всю остальную работу сделают специалисты поддержки. Чтобы воспользоваться этой услугой, нужно предоставить хостеру следующие данные:
доступ к FTP или SSH старого сервера;
доступ к панели phpMyAdmin старого сервера;
информацию о том, какие сайты и папки нужно перенести;
пароль администратора сервера, на который переносится сайт.
После завершения переноса нужно заменить пароль администратора, чтобы его не знал никто, кроме владельца.
Служба технической поддержки помогает только с переносом сайта с другого сервера. Специалисты не помогают с установкой нового ресурса — эти действия нужно выполнять самостоятельно.
Как легко разместить сайт
Итак, у нас есть сервер с установленным на нем ISPmanager 6 и желание разместить на этом сервере свой сайт.
Содержание
Создадим пользователя
Если вам не важно имя пользователя и его настройки, то вы можете пропустить этот шаг и начать с настройки серверов имён.
Создадим пользователя, которому будет принадлежать сайт, в ISPmanager — Учётные записи — Пользователи — кнопка Создать. При создании разрешим пользователю PHP и SSL.
Настроим сервера имен
Самый простой вариант — использовать сервера имен регистратора, это не требует дополнительных настроек на самом сервере. Если регистратор предоставляет услугу серверов имен, то в личном кабинете необходимо заказать DNS-хостинг (нас интересует Secondary), настроить их использование, указать в качестве А записи домена ip адрес нашего сервера. Что делать, если регистратор не предоставляет услугу серверов имён? Настроим сервера имен, для того, чтобы наш сайт был доступен по имени. Это можно реализовать несколькими способами, используем самый экономичный вариант, когда в качестве одного сервера имен используется непосредственно наш сервер, а в качестве второго сервера имен используется бесплатный сервис (возьмем самый популярный ns2.trifle.net).
Домен
Если вы ещё не создали пользователя, то при создании домена автоматически создастся пользователь «www-root»
Технический домен
Если вы еще не приобрели доменное имя, вы можете воспользоваться одним бесплатно предоставляемым доменом третьего уровня вида example.fvds.ru.
ВНИМАНИЕ! Для того, чтобы эта функция работала, должны быть подключены сервера имен провайдера.
Чтобы подключить бесплатный домен, как и любой другой, необходимо:
После этого нужно обновить домен на внешних серверах имен, для чего выделяем домен и нажимаем кнопку в виде аптечки «Обновить».
Создадим домен
Проверим работоспособность
Для того, чтобы сайт стал открываться в браузере по имени, необходимо выждать некоторое время после настройки серверов имен и изменения данных у регистратора. Кэш ДНС обновляется до 72 часов.У нас нет терпения, чтобы ждать столько времени, поэтому проделаем несколько манипуляций на нашем ПК.
Теперь с компьютера наш сайт открывается по имени и радует приветственной надписью: «Сайт domain.ru только что создан».
После того, как кэш DNS обновится, необходимо удалить произведенные настройки.
Разместим данные сайта на сервере
В ситуации, когда наполнение сайта у нас уже есть (например, мы заказали разработку сайта у других специалистов, и они предоставили нам готовые файлы), необходимо залить данные на сервер.
Установим на сервер CMS
А что делать, если сайт еще не готов, а заморачиваться с языками разметки/программированием нет желания? Будем использовать CMS для того, чтобы легко наполнить наш сайт содержимым.Рассмотрим установку на сервер бесплатной CMS WordPress (подробная инструкция по установке WordPress из официальной документации).
Далее можно установить CMS двумя способами:
1) Через «Каталог Web-скриптов»
Заходите в ISPmanager — WWW — Каталог Web-скриптов или в ISPmanager — WWW — WWW-домены — выделяем наш сайт — кнопка Скрипты в выпадающем меню.
Установить нужную CMS.
2) Скачать и установить нужную версию вручную
В появившемся окне указываем URL установочного архива.
Заходим в папку wordpress — выделяем все файлы — кнопка Копировать — в дереве каталогов выбираем директорию domain.ru — нажимаем Ок.
SSL соединение
Все наши программные продукты «по умолчанию» работают по протоколу SSL (https://), являющегося промышленным стандартом обеспечения безопасности передачи данных в Интернет. Для создания безопасного соединения между веб-сервером и клиентским браузером используется SSL-сертификат, призванный однозначно идентифицировать сервер.
Для панели управления ISPmanager и для нашего вновь созданного сайта используется самоподписанный сертификат.
Для того, чтобы сайт открывался по проверенному соединению, а значок рядом с адресом сайта был зеленый, необходимо купить SSL сертификат в центре сертификации, а если у вас на сервере у вас есть ISPmanager 6, то можно установить бесплатный SSL сертификат, а затем установить его.
Установка бесплатного SSL сертификата через ISPmanager
Переходим в ISPmanager 6 — WWW-домены — выделить нужный домен — кнопка «Настройки сайта» — ставим галочку «SSL» — в выпадающем списке «SSL-сертификат» выбираем «Let’s Encrypt».
Нажимаем «ОК», после этого заполняем данные для вашего сертификата и нажимаем «ОК». Ожидаем выпуска SSL сертификата.
Посмотреть результаты выпуска можно в ISPmanager — SSL-сертификаты — выделяем нужный сертификат — кнопка «Let’s Encrypt Журнал».
Установка платного SSL-сертификата
Затем ISPmanager — WWW — SSL сертификаты — кнопка Добавить сертификат — Тип сертификата — Существующий — имя сертификата указываем произвольное, а в остальные поля вставляем полученные данные.
Полезная инструкция по установке SSL сертификатов здесь.
Как установить сайт на vds windows
Опубликовано: 17.06.2021 в 10:51
На просторах сети на сегодняшний день среднестатистический пользователь может проводить время не только приятно, но и с пользой. То есть помимо развлечений ему доступно саморазвитие, получение профессии и дохода по ней. Число сайтов расчет не столько ежегодно и ежемесячно, сколько ежечасно и ежеминутно. В связи с этим услуги хостинга набирают обороты популярности. Но в ряде ситуаций владельцам приходится переезжать. Можно, конечно, воспользоваться услугами профессионала. Но лучше обрести эти навыки самому. В статье речь как раз и пойдет о краткой и подробной инструкции действий.
Итак, как установить сайт на VDS своими руками, затратив минимум времени, получив максимум результата? Ответ можно узнать ниже.
Подготовка VDS
Для решения поставленной задачи VDS необходимо подготовить, в частности – осуществить разворачивание на нем LAMP. Речь идет, в первую очередь, о таких моментах, как PHP, Linux, Apache и, конечно же, MYSQL. Все это нужно для того, чтобы обеспечить корректное функционирование динамических сайтов и специальных приложений.
Проще всего действовать через установку LAMP в процессе формирования VDS, порядок действий выглядит следующим образом:
По итогу юзер получит VDS и конфигурацию, оптимальную для работы с любыми проектами на просторах сети. При наличии сервера можно заняться установкой ПО и выбором LAMP, а также добавлением нужных компонентов в ручном режиме. Авторизация предполагает указание логина и пароля, они приходят непосредственно на почту в процессе создания сервера. Алгоритм действий:
Это базовый список действий. В некоторых индивидуальных ситуациях он может меняться.
Ручная установка сайта на VDS
Рассматривая ответ на вопрос, как подключиться к VDS, необходимо ознакомиться с нюансами установки web-ресурса в ручном режиме. В целях загрузки файлов на сервер необходимо его активировать. Для этого используется протокол SFTP и софт FileZilla. В ходе активации потребуется отображение следующих данных:
В случае автоматической установки и активации LAMP в ходе формирования сервера сайт нужно разместить в директории /var/www/html. В ситуации с ручными действиями по инструкции, представленной в данной статье, принято использовать вариант /var/www/site1/public/html. После этого можно изучить к разбору базы данных, активировав сервер посредством SSH. Можно применить консоль в рамках панели управления VDS. Инструкция:
Это далеко не все моменты, однако они являются основными и представляют собой основу подключения сайта к VDS.
Установка в ISPmanager
Изучая вопрос, как установить сервер на VDS, стоит также разобраться с данным моментом.
Это далеко не весь алгоритм действий, однако подобные меры считаются основными.
Установка в VestaCP
Рассматривая вопрос об установке сайта на VDS с тестовым периодом, стоит ознакомиться и с этим нюансом. Процедура состоит из нескольких этапов.
Это далеко не все действия, которые нужно выполнить, активируя сайт на VDS, однако они являются ключевыми.
Перенос сайта на другой VDS силами технической поддержки
Если по каким-то причинам главный сайт располагается на стороннем хостинге или сервере, можно осуществить его перенос на другой ресурс. Первым делом для решения поставленной задачи потребуется обращение в службу технической поддержки клиентов. Данная практика не является обобщенной, тем не менее, в хороших фирмах такой сервис имеется.
Поставить новую систему можно в рамках создания сервера. Если он уже есть, доступна переустановка ОС или добавление панели управления. Эксперты, работающие в службе технической поддержки клиентов, произведут следующие работы:
По факту все, что требуется от пользователя – совершить перенос домена. Что касается остальных мероприятий, они будут выполнены профессионалами. Для применения данной услуги компания должна владеть следующими данными, предоставленными юзером:
После того как работа завершена, необходимо осуществить смену пароля, чтобы доступа к нему не имел никто за исключением основного владельца. Сервис технической поддержки готов оказать посильную помощь исключительно в процессе переноса сайта с другого сервера. Эксперты не помогают в процессе инсталляции нового сайта, так что проведение всех этих работ осуществляется в самостоятельном порядке.
Заключение
Таким образом, порядок действий по установке сайта на VDS достаточно прост и понятен. Для выполнения нужных мероприятий можно заручиться инструкцией и действовать самостоятельно или же обратиться для решения некоторых вопросов в службу технической поддержки клиентов.
Сам себе админ. Учимся настраивать VDS и переносить сайты
Содержание статьи
Постановка задачи
Ситуация самая жизненная. Интернет-магазин, размещенный на шаред-хостинге, после запуска начал получать клиентов, но появились пожелания к функциональности, и разработчики активно занялись доработкой сайта. Выяснилось, что, когда в этом участвует несколько человек, постоянно копировать файлы через FTP для теста, да и еще на рабочий сайт, очень проблемно. Терялся контроль, кто когда что сделал, нужно было беспокоиться о сохранении оригинальных файлов, чтобы было легко откатиться. Владельцу приходилось или согласовывать правки, или копировать все самому. Разработчик не мог сразу посмотреть результат и ждал. Процесс сильно тормозился. В итоге пришли к тому, что нужно использовать возможности Git и создать новый сайт-зеркало, где можно было бы все обкатывать. При такой схеме разработчик мог сразу тестировать код, а в случае одобрения код переносили в master и выкладывали уже на рабочий сайт. Также можно легко отслеживать коммиты.
Вторая проблема: хостинг постоянно падал. Причину в итоге нашли: Entry processes limit — параметр, который определяет количество CGI/PHP-процессов, входящих внутрь виртуального контейнера, и о котором не сильно любят говорить маркетологи хостера. На графиках его тоже не видно, только маленькая графа в таблице. В итоге при небольших нагрузках CPU и RAM (не более 20%) сервер вообще не работал даже при минимальном количестве посетителей. В итоге было принято решение переезжать.
Первоначальные настройки сервера
OC в VDS устанавливается автоматически. Достаточно выбрать версию и вариант с веб-панелью или без и чуть подождать, пока не придет письмо с данными для входа. На хостингах предлагаются и разные веб-панели. Когда этот материал создавался, Vesta не поддерживала Ubuntu 16.04 и необходимости в ней не было, поэтому выбрали чистую систему. Все дальнейшие действия ведутся от имени root. Первым делом проверяем локаль, часовой пояс и время. Вообще, веб-приложения обычно не обращают внимания на некоторые системные настройки, но иногда попадается именно тот случай, поэтому лучше сразу сделать все правильно.
Если в ответ получаем отличное от ru_RU.UTF — перенастраиваем.
Если часовой пояс не соответствует — переконфигурируем.
Теперь можем ставить сервисы.
Настраиваем часовой пояс
Xakep #212. Секреты даркнета
Ставим веб-сервер
Несмотря на их разнообразие, выбор установки обычно сводится к трем вариантам: Apache, nginx или nginx как реверс Apache. Apache очень гибок в настройках и использует модули для обработки динамических запросов, поэтому хорошо справляется с динамикой. Nginx хорош в отдаче статики и потребляет меньше ресурсов, но для обработки динамики использует сторонний модуль, что снижает скорость и чуть усложняет настройки. В зависимости от конкретного приложения каждый из них может иметь свои плюсы и минусы и показывать разную скорость. Поэтому окончательный выбор веб-сервера всегда приходится подтверждать практикой, подбирая оптимальный вариант. Проблема nginx — то, что в некоторых специфических движках следует вручную возиться с редиректами, когда на Apache все будет работать буквально из коробки, достаточно просто включить mod_rewrite.
Нагрузочное тестирование можно произвести при помощи ab (Apache Benchmark, входит в apache2-utils) или siege. Причем лучше проверить с localhost и удаленного узла, чтобы видеть, как работает сеть.
Хотя ab — это скорее для себя, чтобы оценить эффективность установок. Человека со стороны обычно интересует только то, что показывает Google PageSpeed, поэтому ориентироваться следует и на него.
В последнем случае сайт на старом хостинге давал 60, после переноса на VDS (с такими же параметрами) он в Apache в установке по умолчанию показывал 72, nginx с голым конфигом — 62, после добавления сжатия — 78. На этом и остановились, выбрали nginx. В репозитории несколько пакетов, для большинства ситуаций достаточно базового core, содержащего все основные модули, для PHP нам понадобится FPM.
Файл в общем стандартный, но для скорости добавим кеширование и сжатие. Точные параметры в каждом случае необходимо подбирать опытным путем, но для небольших и средних проектов таких установок обычно бывает достаточно. В nginx.conf добавляем или, если повезло, снимаем комментарии в секции http:
Создаем настройки для домена:
Это общий пример для стандартного движка. Некоторые движки вроде OpenCart или WebAsyst требуют специфических настроек, и даже не всегда работает то, что предлагается в Сети.
Проверяем, работает ли сжатие. Это можно сделать, просмотрев заголовок Content-Encoding в Firebug (он должен показывать gzip), или при помощи специального сервиса.
Но работать еще не будет. Нужно настроить PHP. Для FPM все установки находятся в /etc/php/7.0/fpm. Проверяем, что в pool.d/www.conf учетная запись совпадает с используемой nginx и включен сокет.
Кроме этого, можно обратить внимание на параметры, определяющие количество процессов, которые будут обслуживать PHP-запросы.
На чуть загруженных серверах может не хватать количества процессов. В логах об этом сразу скажут.
Еще важный файл php.ini. Параметров там много, и можно рассказывать долго. Но изначально следует включить сжатие, установить максимальный размер файла на аплоад, подключить mail(), сессии и очень желательно включить акселератор OPcache.
Обязательно проверяем права доступа на /var/lib/php/sessions, чтобы туда мог писать nginx, иначе сессии не будут образовываться. Перезапускаем.
Теперь перенос сайта. Если переносим с другого хостинга, то там создаем бэкап. Если есть хостинговая веб-панель, то можно использовать ее возможности. Или вручную:
И на новом месте распаковываем:
Но для сайта нам нужна СУБД.
Проверяем сжатие отдаваемых веб-сервером данных
Ставим MySQL
C MySQL все очень просто. Вводим
На запрос указываем пароль root, и уже можно работать. Если не требуется доступ к нему извне, то следует разрешить использовать только локалхост или сокет.
После изменений перезапускаем:
Остальные параметры обычно настроены оптимально для большинства ненагруженных узлов. В процессе работы следует смотреть за журналами и значениями текущих переменных.
Вероятно, что-то придется подкрутить. Для быстрой оптимизации лучше воспользоваться советами, выдаваемыми скриптом MySQLTuner, который есть в репозитории.
Скрипт MySQLTuner позволяет оптимизировать MySQL
Переносим базу
Архивируем на старом хосте базу данных через phpMyAdmin или вручную:
Заодно добавим учетку с меньшими правами для бэкапа.
Настраиваем подключение к БД в параметрах движка, и можно работать.
Почтовый сервер
В процессе выбираем «Интернет-сайт» и указываем домен.
И почта должна уже работать. Единственный момент — если почтовый ящик домена привязан к Gmail, то, когда в него идет письмо с этого же домена, технология DMARC Gmail может его отбросить как спам. Хотя если отправитель будет другой, то все будет работать. В этом случае следует убедиться, что SMTP-сервер не отправляет hostname, которое дал серверу хостер. Строку mydestination следует изменить на
Настройки Postfix во время установки
Мониторинг и бэкап
Две важные вещи — мониторинг и бэкап. После установки сайт может падать из-за неоптимальных настроек. Поэтому лучше сразу установить хотя бы простое решение, позволяющее перезапускать сервисы. В репозиториях есть отличные утилиты healt-check или monit, проверяющие не только сервисы, но и общее состояние системы. Настроек там много, и на первых порах или на легких сайтах можно обойтись простеньким скриптом. Для nginx он будет выглядеть примерно так:
По аналогии можно добавить контроль MySQL, PHP-FPM и SMTP-сервера.
Решений для бэкапа в репозитории больше чем достаточно, в зависимости от ситуации и наличия ресурсов можно подобрать себе любой по вкусу. В самом простом случае можно использовать самописный скрипт, который будет собирать папки /etc, веб-серверы и SQL-базы и отправлять их на FTP. Файлы будем хранить неделю. Чтобы файлы удалялись автоматически, в имени будем использовать остаток от деления, тогда новый файл с таким же именем будет перезатираться. В нашем примере будем делить на 7.
Прогоняем первый раз оба файла вручную, чтобы убедиться в их работоспособности. И добавляем задачи в /etc/crontab. Мониторить будем каждые десять минут, резервную копию будем создавать ежедневно в 20:00.
На данный момент мы имеем полностью настроенный веб-сервер.
Подключаемся к Bitbucket
Вся изюминка переноса состояла в использовании при разработке веб-сайта Git. Выглядело интересно, осталось только это все реализовать. Здесь можно пойти несколькими путями. Самый, наверное, простой — инициализировать локальный репозиторий и позволить разработчику при коммите выкладывать файлы прямо на сервер. Минус здесь — мы фактически даем ему доступ на сервер. Поэтому лучше перестраховаться, и самым правильным вариантом будет использовать посредника с возможностью автоматического pull файлов после коммита. Так мы получаем еще один источник бэкапа. В качестве промежуточного сервиса был выбран сервис «ведро битов» Bitbucket, предлагающий всякие вкусности вроде бесплатных «private»-репозиториев и удобного интерфейса. Хотя, в принципе, это может быть любой другой подобный сервис — GitHub или Google Cloud Source Repositories.
Механизм взаимодействия будет простым. Создаем репозиторий (можно в отдельной теме), инициализируем Git прямо в корне сайта (как вариант, можно переносить с другого каталога, но это не так интересно), добавляем удаленный репозиторий Bitbucket и подключаем сервер к аккаунту Bitbucket. Чтобы коммит на Bitbucket сразу попадал на веб-сайт, будем использовать механизм хуков. Сам Git предоставляет такую возможность, а в Bitbucket есть даже два варианта.
Для пула можно использовать протокол HTTPS или Git — ставить эту схему в уже рабочий сайт или разворачивать с нуля. В случае HTTPS меньше настроек, просто после инициализации подключаем удаленный репозиторий и в последующем тянем из него изменения.
Но если придется экстренно вносить правки в файлы вручную, то возможен конфликт при будущих pull. Если же используем SSH, то настроек чуть больше, но зато, поправив файл, можем сразу сделать commit, избежав возможных проблем.
Для подключения через Git/SSH нужно на Bitbucket загрузить публичный ключ. Генерируем:
В качестве имени вводим bitbucket, чтобы не путаться. На запрос пароля жмем ввод. Меняем сразу права, иначе будет ругаться.
Проверяем, работает ли ssh-agent:
/.ssh/config была информация для идентификации хоста Bitbucket:
Это вариант самый беспроблемный, так как сайт фактически ставим с нуля и не будет конфликтов между локальными файлами и теми, что уже есть в репозитории. В других случаях следует инициализировать репозиторий и добавить удаленный.
Не забываем про права доступа. Так как имя начинается с точки, то шаблон * не сработает, нужно указать явно.
Проверяем работу с Bitbucket вручную
Теперь разработчик может выкладывать код в Bitbucket, а мы забирать на сайт. Осталось только автоматизировать процесс. В Git это позволяет система хуков — фактически скриптов, выполняющихся в зависимости от наступления определенного события. Реализованы хуки и в Bitbucket. Причем доступно сразу два варианта: веб-хук (Webhooks) и службы. В логах они выглядят так:
Настраиваются они через API или веб-интерфейс (меню «Настройки»). На проект можно создать несколько хуков. Для настройки веб-хука нужно указать URL и событие (всего 21 событие). В Webhooks на указанный в установках URL отправляется POST-запрос с данными в JSON-формате (в интерфейсе есть возможность просмотра View requests), при необходимости можно их отобрать и обработать запрос в зависимости от параметров.
В «Службах» можно выбрать несколько вариантов, включая и POST-запрос, Twitter и обращение к различным сервисам.
Добавляем Webhooks в настройках Bitbucket
Нам для нашей схемы достаточно, чтобы Bitbucket при пуше (repo:push) просто «дернул» URL в веб-хуке, а мы по этому событию вытянем коммит из репозитория. Создаем простой скрипт:
В целях безопасности можно его назвать как-нибудь случайно типа 12ghrt78.php и ограничить доступ к скрипту из сетей Bitbucket: 131.103.20.160/27, 165.254.145.0/26, 104.192.143.0/24. Хотя иногда приходится его вызывать из браузера. Указываем файл в настройках веб-хука на событие Repository push. Теперь при пуше разработчиком веб-сервер вытянет коммит из Bitbucket. В зависимости от настройки хостинга может не хватить прав доступа. В этом случае ничего не остается, как разрешить выполнять команду через sudo:
Набираем команду visudo и в /etc/sudoers записываем:
Теперь должно работать.
Вывод
В статье описана самая простая ситуация, которая встречается в 80% случаев. В идеале затем каждый пункт требует дополнительного внимания, после тестового прогона следует заняться оптимизацией и попробовать выжать из сервера максимум.