Локальный веб-сервер под Linux, с автоматическим поднятием хостов и переключением версий PHP
Скорее всего какие-то части этой статьи уже знакомы многим хаброжителям, но в связи с покупкой нового рабочего ноутбука я решил собрать все крупинки воедино и организовать удобное средство для разработки. Мне часто приходится работать со множеством маленьких проектов, с разными версиями PHP, часто переводить старые проекты на новые версии. В далёком прошлом, когда я был пользователем Windows то использовал OpenServer. Но с переходом на Linux мне нехватало той простоты создания хостов и переключений версий которые были в нём. Поэтому пришлось сделать еще более удобное решение на Linux =)
Цели
- Использовать текущий на момент написания статьи софт
- Чтоб разграничить локальные домены, будем использовать специальный домен .loc
- Переключения версий PHP реализуем через поддомен c помощью fast-cgi
- Автоматическое создание хоста с помощью vhost_alias и dnsmasq
будет запущен тот же файл но уже с версией PHP 7.2.7
Другие версии доставляются аналогичным описанным ниже способом.
Для создания еще одного сайта просто создаем в /var/www/ папку имеющую окончание .loc, внутри которой должна быть папка public_html являющаяся корнем сайта
Вот собственно и все. Как без дополнительных мучений, перезапусков, и редактирований конфигов имеем автоматическую систему для работы с сайтами.
Всё это я проверну на LinuxMint19, он на базе Ubuntu18.04, так что с ним все будет аналогично.
Для начала поставим необходимые пакеты
sudo apt update sudo apt install build-essential pkg-config libxml2-dev libfcgi-dev apache2 libapache2-mod-fcgid postfix Postfix ставим в качестве плюшки, как простое решение(в мастере установки, всё по умолчанию выбираем) для отправки почты с локальной машины.
Так как это локальная разработка и я единственный пользователь. То мне удобней перенести папку с проектами в мою домашнюю дерикторию. Она у меня маунтится отдельным диском и мигрирует при переустановке системы. Самый простой способ это создать ссылку, тогда не нужно менять пути в настройках да и путь привычный для всех.
Скопируем папку созданную апачем в домашний каталог, создадим на ее месте ссылку, не забыв поменять пользователя на себя и обменяться группами с апачем.
sudo mv /var/www/ ~/www sudo ln -s ~/www /var/www sudo chown $USER:$USER -R ~/www sudo usermod -a -G www-data $USER sudo usermod -a -G $USER www-data Создадим папку в которой будем собирать исходники PHP для разных версий
sudo mkdir /usr/local/src/php-build Также нам понадобится папки для CGI скриптов
И runtime папка для этих же скриптов, с правами
sudo mkdir /var/run/mod_fcgid sudo chmod 777 /var/run/mod_fcgid И так как каталог у нас находится в оперативной памяти, добавим его создание при старте системы, для этого добавим в /etc/tmpfiles.d/fcgid.conf
#Type Path Mode UID GID Age Argument d /var/run/mod_fcgid 0755 www-data www-data - - У меня dnsmasq-base идет с коробки, если нет то его всегда можно доставить.
sudo updatedb locate dnsmasq.conf Либо если он как и у меня является частью NetworkManager то создать новый файл конфигурации в /etc/NetworkManager/dnsmasq.d/local.conf
Добавим в него строчку для перенаправление нашего локального домена на локальную машину.
Также нужно включить необходимые модули апача
sudo a2enmod fcgid vhost_alias actions rewrite Предварительная подготовка завершена, приступаем к сборке различных локальных версий PHP. Для каждой версии PHP проделываем следующие 4 шага. На примере 5.6.36
1. Скачиваем исходники нужной версии и распаковываем их
cd /usr/local/src/php-build sudo wget http://pl1.php.net/get/php-5.6.36.tar.bz2/from/this/mirror -O php-5.6.36.tar.bz2 sudo tar jxf php-5.6.36.tar.bz2 2. Cобираем из исходников нужную версию PHP, и помещаем ее в /opt/php-5.6.36
sudo mkdir /opt/php-5.6.36 cd php-5.6.36 sudo ./configure --prefix=/opt/php-5.6.36 --with-config-file-path=/opt/php-5.6.36 --enable-cgi sudo make sudo make install sudo make clean 3. Создаем CGI для обработки этой версии в /var/www/cgi-bin/php-5.6.36.fcgi
#!/bin/bash PHPRC=/opt/php-5.6.36/php.ini PHP_CGI=/opt/php-5.6.36/bin/php-cgi PHP_FCGI_CHILDREN=8 PHP_FCGI_MAX_REQUESTS=3000 export PHPRC export PHP_FCGI_CHILDREN export PHP_FCGI_MAX_REQUESTS exec /opt/php-5.6.36/bin/php-cgi 4. Делаем файл исполняемым
sudo chmod +x /var/www/cgi-bin/php-5.6.36.fcgi 5. Добавляем экшен для обработки каждой версии в /etc/apache2/mods-available/fcgid.conf
AddHandler fcgid-script fcg fcgi fpl Action application/x-httpd-php-5.6.36 /cgi-bin/php-5.6.36.fcgi AddType application/x-httpd-php-5.6.36 .php #Action application/x-httpd-php-7.2.7 /cgi-bin/php-7.2.7.fcgi #AddType application/x-httpd-php-7.2.7 .php FcgidIPCDir /var/run/mod_fcgid FcgidProcessTableFile /var/run/mod_fcgid/fcgid_shm FcgidConnectTimeout 20 AddHandler fcgid-script .fcgi 6. Добавляем правило для обработки каждой версии в /etc/apache2/sites-available/000-default.conf
#Универсальный ServerNamе ServerAlias *.loc #Алиас для CGI скриптов ScriptAlias /cgi-bin /var/www/cgi-bin #Универсальный DocumentRoot VirtualDocumentRoot /var/www/%2+/public_html #Директория тоже должна быть универсальной #Ниже все условия для каждой из версий =~ /56\..*?\.loc/"> SetHandler application/x-httpd-php-5.6.36 #По умолчанию, если версия не указанна, запускаем на последней SetHandler application/x-httpd-php-7.2.7 ErrorLog $/error.log CustomLog $/access.log combined Ну вот и всё. Осталось только перезапустить apache и dnsmasq и пользоваться
sudo service apache2 restart sudo service network-manager restart Готовая сборка Web сервер на Linux (без мусора)?
Доброго времени суток. Вот понадобилось мне поднять для себя VPS на котором бы крутился WEB-сервер (дефолтный набор MySQL, PHP, Apache + NGINX, Redis). По сему поводу, разыскивается сборка Linux (желательно Debian) в которой вырезан весь лишний «мусор» дабы максимально оптимизировать ресурсы довольно слабой железки, под конкретную задачу. Хотелось-бы иметь настроенный Redis, все остальное буду настраивать и твикать, сам.
А зачем сборка?
Просто ставьте минимальный Дебиан и на него то что вам нужно, никакого мусора не будет
У меня железка слабовата, нужно выжать из нее максимум. За сим и прошу подобрать оптимальный вариант, где будет «абсолютный минимум» для работы Web-сервисов.
Пума Тайланд: часто новые версии софта, являются причиной низкой производительности, качество кода, как и человечество, в целом продолжает деградировать. А вот мощности железа, все растут.
Михаил: это явно не тот случай
очевидно что в девятке будет даже новее чем в 16 убунте
в перспективе больше проблема апдейт дистра, так как его обычно без что то сломать не сделать, в этом отношении убунта в разы лучше дебиана
Ставите freebsd, самая чистая система получится. На нее накатываете все необходимое. Получится крайне легкая и шустрая система.
debian или ubuntu server. Из коробки очень легкие, на них накатывается все остальное.
Вы туда ставить будете Apache, какая тогда легкость получается?
Сколько памяти?
пока он не определится что именно считает «мусором, все остально не имеет значение»
Может у него сайт на html — так ему и nginx будет мусором и php
Вот например opcache — это мусор ?
Виктор Таран: Не мусор для меня: screen, top, iptables, ssh, ftp, web (mysql, pma, php, redis, apache (энд), nginx (фронт)). Ну и еще все что нужно для работоспособности системы (чтобы «все работало как надо»).
Пошел гуглить opcache, что-то знакомое, однако не помню.
мде, думаю вам лучше подучить линукс
И да opcache — ускоряет php от 10 до 30 раз в зависимости от движка и качества сборки, способности.
НО думаю если у вас ssh лишний, то явно и это будет лишним.
Виктор Таран: Opcache нужен, полезная штука для оптимизации, на первый взгляд. В каком месте я сказал что ssh лишний? Что мне нужно «подучить» буду решать я сам.
Михаил: Так а что же по вашему лишнее ? нифига не понятно. Вы хоть расписывайте че вам нужно.
Ладно там как это сделать, но что нужно, можно расписать ?
Чего лишнего в например в centos mini
Виктор Таран: Откуда мне знать, я ее в глаза не видел. Я щупал только Debian и Ubuntu. Если Centos mini быстрее и производительнее, то я не против ее попробовать.
Лишний мусор = апач, пхп и мускул
Весь софт ставится в одну строку
Ставить на вдс свою сборку — вам мало кто разрешит
Максимум — править дебиан, который уже предсобрал хостер
Предположим мой хостер — Amazon, и в нем есть возможность загрузить свой образ из ПУ и установить с помощью их эмулятора терминала. Если учесть что последний раз я «настраивал» Debian несколько лет назад, после чего забыл про это все, прошу написать эту магическую строчку.
Почему это Apache мусор? Если вы фанат lighthttpd и ему подобных — я не против, он лучше на слабом железе, имхо, однако у меня нет времени/желания копаться в его конфигах при наличии проверенной, готовой конфигурации на Apache.
Нет желание копаться в конфигах — заплатите спецам
sim3x: Есть желание копаться в конфигах Apache, Nginx — НЕТ желания копаться в остальных, логично же. И как, интересно nginx сам обработает динамику из моих скриптов?