Я не такой уж прям спец, но вот как я это делаю. Установка PHP на виртуалочку почти ничем не отличается от установки PHP на не-виртуалку. Где взять VirtualBox https://www.virtualbox.org/wiki/Downloads Скачать нужно саму программу и пакет дополнений к ней VirtualBox Extension Pack -- это такой софт, который пихается в виртуалку в виде CD-диска. Его нужно запустить, он перекомпилирует ядро операционной системы с той целью, чтобы можно было прокидывать в виртуалку, которая называется гость, всякое из внешнего компа, который называется хост. Т.е. после накатки этого пака можно прокинуть порты USB с хоста в гостя, и соответственно, пользоваться на виртуалке USB-устройствами, если это необходимо. Ещё можно станет расшарить папки так, чтобы они были видны на госте и на хосте, и моментально синхронизировались. И даже можно сделать так, чтобы с гостя можно было вытаскивать отдельные окошки в хоста и там с ними работать, как с обычными программами. Т.к. это происходит благодаря модификации ядра гостевой оси, нужно после каждого обновления ядра перезапускать этот процесс. Если однажды вы вдруг видите, что у вас отвалились расшаренные папки, хотя вчера работали -- скорее всего ядро обновилось, и нужно накатить это дело заново. CentOS https://www.centos.org/download/ Скачать можно торрент-файл, чтобы быстрее скачать торрентом, не напрягая серверы сообщества. Установка VirtualBox Скачали - установите. Во время установки могут быть обрывы связи. Виртуалбокс ставит свою виртуальную сетевушку, чтобы прокидывать трафик в виртуалки. После установки нужно скачать и запустить VirtualBox Extension Pack. Он поставится как плагин и будет жить в самой программе. Создание виртуалки Поначалу список виртуалок пуст. Тыкаете "New", открывается диалог, где нужно новую виртуалку как-нибудь назвать. Называете "CentOS" и замечаете, что виртуалбокс сам предлагает подходящие тип и версию. На следующем экране ставите памяти, сколько не жалко. Можно 512 мегабайт, лучше 2048. Потом вам предлагается создать виртуальный жесткий диск. Потом нужно выбрать тип. Выбираем родной и тыкаем дальше: Динамический от фиксированного отличается тем, что динамический пухнет по мере работы гостевой оси, пухнет, но не уменьшается никогда. И да, он никогда не станет больше выбранного размера. А фиксированный сразу большой. Так что выбирайте динамический - пусть пухнет по чуть чуть. Название вторично, а вот размер зависит от того, что у вас будет внутри, а что снаружи. Внутри обычно живёт база данных. А снаружи в расшареной папке уже веб-контент. Однако место на виртуальном может закончиться, а увеличить его уже будет нельзя. Лучше сразу поставить по-больше, если возможности позволяют. После этого система создана. Но надо ещё поковырять настройки. Процессоров надо поставить столько, сколько у вас ядер, а возможности жрать CPU предлагаю зарезать до 95%, т.к. иначе хост будет тормозить при большой загрузке гостя. Если что-то пойдёт не так, то будет сложно даже выключить гостя, т.к. мышка может еле ползать в таких случаях. Настройка сети виртуалки Сеть по-дефолту выглядит так: Через этот NAT виртуалка может выходить в интернет так, будто бы подключена через роутер к вашей домашней сети. Но не через ваш роутер, а через виртуальный. Она будет жить в своей виртуальной локалке, снаружи будет не видна. Для удобства и чтобы избежать гемороя с пробросом портов, можно сделать так, будто бы виртуалка подключена напрямую в вашу локалку. Этот Bridged Adapter сделает так, что в вашей домашней сети появится ещё один компьютер, который поключен к вашему роутеру, он получит адрес и сможет ходить в интернет без всяких морочек. Но для работы с веб-сервером может быть удобнее и безопаснее добавить ещё один тип адаптера, который работает только на связь с хостом. Он так и называется host-only. --- Добавлено --- --- Добавлено --- Host-only даёт адрес вида 192.168.56.101 для гостя, и 192.168.56.100 для хоста. Весьма удобно. --- Добавлено --- Для удобства будущей работы стоит прокинуть папку из хоста в гостя. Тыкайте справа в папку с плюсиком, добавляйте --- Добавлено --- Сверху путь, снизу название. Через название расшареную папку можно подцепить в нужном месте системы. (картинки огромные...) Авто-маунтом я пользоваться не научился, так что забил и сделал иначе. Расскажу потом. Первый запуск Запускаете виртуалку, грузиться ей не с чего, так что это пока дохлый компик такой. Нужно выбрать тот образ операционной системы, который вы скачали. Я скачал так называемый net install. Это когда в самом образе почти ничего нет, всё будет качаться по необходимости. Выбираете диск, перезагружаете машину. --- Добавлено --- Чего такие картинки огромные я не знаю. Они в два раза шире и в два раза выше, чем у меня на экране исходные изображения.
Важно: Захват мышки и клавиатуры Вы можете неожиданно для себя лишиться мышки. Не пугайтесь. Она попала в зазеркалье виртуалки. Чтобы высвободить её нужно нажать Host Key. Обычно это правый ctrl. После накатки VirtualBox Extension Pack мышка сможет кликать в окно виртуалки не боясь попасть в мышеловку. Но пока так. Установка CentOS 7 Данный раздел не связан с виртуалкой. Эти шаги одинаковы для любого способа установки центоси. Английский, учите английский. Тыкайте дальше. Далее нужно выбрать, откуда качать, если надо качать, и куда ставить. Но сначала нужно включить сеть, и не забудьте включить её автовключение. А не то в первую загрузку можете остаться без сети, и придётся включать её руками или начинать с начала. Настройки сети видны чуть ниже. Вон черная палочка торчит, прокрутите. Тут у каждого подключения нужно протыкать справа On, и обязательно включить автоматическое подключение в настройках! Сохраняйте и тыкайте Done в верхнем левом углу. Теперь источники. Откуда качать. Если надо. Яндекс хостит много линуксов, я указываю его зеркало. Т.к. на текущий момент версия центоси 7.2, то я укажу этот путь: http://mirror.yandex.ru/centos/7.2.1511/os/x86_64/ Done. Следующий этап - указать, куда ставить ось. Мне кажется, что в XXI веке можно делать это всё автоматически, но вот нет. Выбираем единственный диск, тыкаем Done. У меня не с первого раза прокатило, видна надпись красным "No disks selected". Пр'осто выбираем диск ещё раз, и снова тыкаем Done. Должно прокатить. Если прокатило, будет написано "Automatic partitioning selected". --- Добавлено --- гайд для слепых, походу.
Далее надо выбрать комплектацию. Я оставляю minimal. Тыкайте Done, когда определитесь. Ещё я отключаю KDUMP. Включайте установку. Пока ставится система можно установить и пароль на пользователя root. =) Когда установка завершится, можно будет нажать на кнопочку "Reboot"справа внизу, и виртуалка перезагрузится.
Установка сервера При загрузке, если всё хорошо, вы попадаете куда-то на такой экран: Можете ввести пароль и поделать всякое прямо в окне виртуалки. Но я предпочитаю спрятать виртуалку и подключаться к ней в случае необходимости через специальные программы. Специальные программы чтобы подключаться mRemoteNG Скачать: http://www.mremoteng.org/download Это чтобы команды вводить WinSCP Скачать: https://winscp.net Это чтобы файликами орудовать
Устанавливаете и запускаете mRemoteNG, создаете новое подключение Заполняете настройки подключения, не забывая сменить протокол на SSH 2, а то по умолчанию тут удалённый рабочий стол. Если виртуалка запущена, то подключаетесь, соглашаетесь сохранить сертификат И видите консоль Если вы уже подключались, то будет писать дату последнего успешного входа. Важно: Пара команд ls - покажет список файлов в текущей директории cd - перейти в другую папку Yum Для установки программ в CentOS используется yum. yum search - искать yum install - ставить yum install -y - ставить и не спрашивать подтверждения Первым делом пишем yum install mc и далее соглашаемся со всяким. Получаем привычный нортон. Чтобы посмотреть, что за синими панелями в консоли, когда в ней есть некий текст, который мы не успели прочесть - нажмите ctrl+O. Обратно так же. Внизу кнопочки для рутинных операций. Они привязаны к F1-F10 кнопкам клавиатуры. Т.е. заглянуть внутрь файла будет F3, редактировать его F4. Через yum будут установлены и другие компоненты вашего сервера, если вы не маньяк, который ставит всё из исходов. Вставлять текст в mRemoteNG окошечко можно мышкой - правой кнопкой вставлять команды, если вы редактируете что-то в mc, то может понадобиться нажать шифт в этот момент. Левой кнопкой выделять. Разберётесь, вобщем. Репозитории Т.к. CentOS вся из себя стабильная околокорпоративная, то в её родных репах нет новых версий ничего, и вообще только жутко стабильные, проверенные годами пакеты софта. Нужно на свой страх и риск добавить другие репозитории, чтобы идти в ногу со временем. Это просто. Epel Епель можно доставить из родных реп, как это ни забавно. Код (Text): yum install -y epel-release это установит репозитории епеля. Remi Реми репа содержит в себе всякое более-менее стабильное новьё. В основном из неё и ставимся. Чтобы поставить реми репу нужно сходить на сайт реми и глянуть, как её ставить. Тогда точно всё будет хорошо. http://blog.remirepo.net/pages/Config-en Пример Enterprise Linux 7 (with EPEL) x86_64 - это наш случай. Код (Text): wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm wget http://rpms.remirepo.net/enterprise/remi-release-7.rpm rpm -Uvh remi-release-7.rpm epel-release-latest-7.noarch.rpm Нажмите ctrl+O если вы в mc, чтобы видеть, что происходит. Копируйте эти команды и вставляйте в консоль правой кнопкой мышки. Последню строчку возможно придётся допихнуть энтером. Если вы всё сделали правильно, и у вас есть wget, то репа установится. В моём случае netinstall конфигурации требуется предварительно поставить wget. Код (Text): yum install wget Если вы тоже ставитесь из куцей версии, то после установки вгета вы команды установки репы повторите. --- Добавлено --- Yum priorities Т.к. теперь есть несколько репозиториев, в них может встречаться одинаковый софт разных версий. Нужно объяснить установщику, откуда что брать. Для этого есть плагин к юму для установки приоритетов репозиториев. Значение приоритета чем меньше - тем круче! Код (Text): yum install yum-priorities После этого надо подправить в файлы конфигов репозиториев. Они лежат в /etc/yum.repos.d/ файлы *.repo Я предпочитаю php седьмой версии, так что лезу в /etc/yum.repos.d/remi-php70.repo и во-первых включаю его, во вторых даю высший приоритет. Чтобы отредактировать файл в mc нажмите F4. Для сохранения F2. Если вы не хотите страдать, то можете подключиться к серверу в WinSCP и отредактировать файлы нормальным виндовым редактором, каким больше нравится. В рамках этого гайда предлагаю чуток пострадать. Если вы открыли файл, то вы видите в нём такой текст: Код (Text): # This repository only provides PHP 7.0 and its extensions # NOTICE: common dependencies are in "remi-safe" [remi-php70] name=Remi's PHP 7.0 RPM repository for Enterprise Linux 7 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/7/php70/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/7/php70/mirror enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi [remi-php70-debuginfo] name=Remi's PHP 7.0 RPM repository for Enterprise Linux 7 - $basearch - debuginfo baseurl=http://rpms.remirepo.net/enterprise/7/debug-php70/$basearch/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi [remi-php70-test] name=Remi's PHP 7.0 test RPM repository for Enterprise Linux 7 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/7/test70/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/7/test70/mirror enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi [remi-php70-test-debuginfo] name=Remi's PHP 7.0 test RPM repository for Enterprise Linux 7 - $basearch - debuginfo baseurl=http://rpms.remirepo.net/enterprise/7/debug-test70/$basearch/ enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi У всех стоит enabled=0 это значит они отключены нафик. Включить нужно только [remi-php70]. В него же добавить приоритет. Код (Text): [remi-php70] name=Remi's PHP 7.0 RPM repository for Enterprise Linux 7 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/7/php70/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/7/php70/mirror enabled=1 priority=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi Сохраняем F2, выходим F10. Все репозитории реми по-умолчанию выключены. В remi-php70 есть только пхп и его расширения под седьмую версию. Поэтому нужно включить и просто remi: /etc/yum.repos.d/remi.repo выглядит примерно так. Ниже есть ещё репозитории для php5.6 и т.п. Для моей версии пхп я их не трогаю вообще, оставляю выключенными. Код (Text): [remi] name=Remi's RPM repository for Enterprise Linux 7 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/7/remi/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/7/remi/mirror enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi Включаю только первый просто реми: Код (Text): [remi] name=Remi's RPM repository for Enterprise Linux 7 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/7/remi/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/7/remi/mirror enabled=1 priority=2 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi Приоритет 2 это значит после 1. Т.к. приоритет в плагине приоритетов чем ниже - тем круче. Получается, сначала установщик выберет пакеты из реми-пхп7, если там нету, то тогда из реми просто. F2, F10. Ещё нужно подправить епель и родные репы. В epel.repo добавляете строчку priority=3 сразу после enabled=1. Родные репы центоси можно глянуть тут https://wiki.centos.org/AdditionalResources/Repositories Соотв. нужно растыкать приоритеты в них. Чтобы они не конфликтовали, нужно поставить им приоритет большим числом, чем на реми и епель. Т.е. они будут идти после в очереди. Но я не знаю, как соотносятся приоритеты между репами base и допустим updates, поэтому поставлю им всем одинаковый. Поставлю сотню.
Сейчас этот файл выглядит вот так: Код (Text): # CentOS-Base.repo # # The mirror system uses the connecting IP address of the client and the # update status of each mirror to pick mirrors that are updated to and # geographically close to the client. You should use this for CentOS updates # unless you are manually picking other mirrors. # # If the mirrorlist= does not work for you, as a fall back you can try the. # remarked out baseurl= line instead. # # [base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #released updates. [updates] name=CentOS-$releasever - Updates mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that may be useful [extras] name=CentOS-$releasever - Extras mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that extend functionality of existing packages [centosplus] name=CentOS-$releasever - Plus mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/ gpgcheck=1 enabled=0 У вас может выглядеть иначе, так что не копируйте, а дописывайте. В каждую секцию я вкрячу две строки Код (Text): enabled=1 priority=100 За исключением centosplus, в котором уже есть enabled=0, и её надо исправить и добить приоритета на всякий случай на единичку больше. В итоге получается так: Код (Text): # CentOS-Base.repo # # The mirror system uses the connecting IP address of the client and the # update status of each mirror to pick mirrors that are updated to and # geographically close to the client. You should use this for CentOS updates # unless you are manually picking other mirrors. # # If the mirrorlist= does not work for you, as a fall back you can try the. # remarked out baseurl= line instead. # # [base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ enabled=1 priority=100 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #released updates. [updates] name=CentOS-$releasever - Updates mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/ gpgcheck=1 enabled=1 priority=100 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that may be useful [extras] name=CentOS-$releasever - Extras mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/ gpgcheck=1 enabled=1 priority=100 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that extend functionality of existing packages [centosplus] name=CentOS-$releasever - Plus mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/ gpgcheck=1 enabled=1 priority=101 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 F2 сохранить, F10 выйти. Yum быстрое зеркало приятнее медленного Т.к. скачиваются пакеты с разных серверов, некоторые из них медленнее, другие быстрее, то хочется конечно, чтобы было побыстрее. Вот надо поставить плагинчик. Он будет выбирать то зеркало, с которым связь лучше. Почти всегда. Код (Text): yum install yum-fastestmirror Возможно он уже стоит, в таких случаях yum пишет "Nothing to do". Nginx repo Я предпочитаю nginx в качестве веб-сервера. У него есть свой собственный репозиторий. И хотя его можно поставить из epel, тем не менее, в своём родном репозитории он может быть новее, чем где либо. Вот тут http://nginx.org/en/linux_packages.html написано как это сделать. Это просто. Нужно создать файлик /etc/yum.repos.d/nginx.repo командой Код (Text): touch /etc/yum.repos.d/nginx.repo Это команда такая, которая трогает файлики. Если файлика нет, то он возникнет. Если есть, то меняется время последнего изменения. В этот файлик надо запихать такой код, как в примере, только заменить ось и версию на свои, плюс приоритет: Код (Text): [nginx] name=nginx repo baseurl=http://nginx.org/packages/centos/7/$basearch/ gpgcheck=0 enabled=1 priority=1 Приоритет 1 это самый приоритетный приоритет. Т.к. нгинкс сам себе самый главный источник, на мой взгляд. Других пакетов там нет, так что всё хорошо. Чтобы посмотреть информацию об имеющихся пакетах, нужно воспользоваться командой yum info. Вот что покажет yum info nginx если нет родного его репозитория: Код (Text): Available Packages Name : nginx Arch : x86_64 Epoch : 1 Version : 1.6.3 Release : 9.el7 Size : 508 k Repo : epel/x86_64 Summary : A high performance web server and reverse proxy server URL : http://nginx.org/ License : BSD Description : Nginx is a web server and a reverse proxy server for HTTP, SMTP, POP3 and : IMAP protocols, with a strong focus on high concurrency, performance and low : memory usage. А вот из родного с правильным приоритетом: Код (Text): Available Packages Name : nginx Arch : x86_64 Epoch : 1 Version : 1.10.1 Release : 1.el7.ngx Size : 640 k Repo : nginx/x86_64 Summary : High performance web server URL : http://nginx.org/ License : 2-clause BSD-like license Description : nginx [engine x] is an HTTP and reverse proxy server, as well as : a mail proxy server. Версия 1.10.1 против 1.6.3. Лучше? Лучше. Yum clean all После всех этих действий с репами стоит почистить кеши юма. Код (Text): yum clean all
Установка сервера, наконец-то Вот теперь можно начать установку программ. Первым делом хочу сказать, что апач не нужен. Много лет обхожусь без него. Не знаю, зачем нужен апач. Поэтому я буду ставить nginx + php-fpm. Yum позволяет писать сразу несколько того, чего мы хотим установить. Собственно так и пишем: Код (Text): yum install nginx php-fpm Это только вебсервер с пхп. Для установки базы данных надо добавить туда или написать отдельно ещё и mariadb-server. Она теперь заместо мускула, полная бинарная совместимость, не спрашивайте почему так. Гуглите, если кому интересно. Пока сосредоточимся на настройке веб-сервера и пхп. Заставим их работать и работать хорошо. Потом накатим БД и кеши и прочую всякую штуку. Юм покажет что-то вроде: Код (Text): Dependencies Resolved ============================================================================== Package Arch Version Repository Size ============================================================================== Installing: nginx x86_64 1:1.10.1-1.el7.ngx nginx 640 k php-fpm x86_64 7.0.8-1.el7.remi remi-php70 1.4 M Installing for dependencies: php-common x86_64 7.0.8-1.el7.remi remi-php70 995 k php-json x86_64 7.0.8-1.el7.remi remi-php70 53 k Transaction Summary ============================================================================== Install 2 Packages (+2 Dependent packages) Total download size: 3.0 M Installed size: 14 M Is this ok [y/d/N]: Это значит, что он проверил, какой пакет от какого зависит, посмотрел, что для пхп-фпм потребуется ещё парочка и собирается скачать три мегабайта и после установки они отожрут 14 мегабайт места. Отлично. Вводите "y" если не использовали ключик -y заранее. Может спросить про ключи репозиториев. Тыкайте y опять же. В итоге будет: Код (Text): Installed: nginx.x86_64 1:1.10.1-1.el7.ngx php-fpm.x86_64 0:7.0.8-1.el7.remi Dependency Installed: php-common.x86_64 0:7.0.8-1.el7.remi php-json.x86_64 0:7.0.8-1.el7.remi Complete! Это значит, что программы установились. Но они не запущены, и даже если вы их запустите руками, они не запустятся после перезагрузки сами. Их нужно включить в автозапуск после перезагрузки. Код (Text): systemctl enable nginx php-fpm Получим Код (Text): Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service. Created symlink from /etc/systemd/system/multi-user.target.wants/php-fpm.service to /usr/lib/systemd/system/php-fpm.service. Что значит, что всё включилось и при перезагруке они будут запускаться. По старинке можно написать Код (Text): chkconfig nginx on chkconfig php-fpm on Но сейчас так в седьмой центоси обычно не пишут.
WinSCP Если вам надоело ковырять файлики в консоли, вы можете залезть на сервер через WinSCP и редактировать конфиги в привычной среде. Рекомендую поставить Sublime или Notepad++, т.к. виндовый блокнот ващпе не понимаю юниксовые переводы строк. Запускаете WinSCP, тыкаете "New site", вводите название и адрес: Тыкаете "сохранить" и ставите галку "сохранить пароль": Название можно сменить Ну и ОК. Теперь можно потыкать в CentOS и подключиться. Новый ключ, сохранить. Видите файлики в папке /root. Отлично. Я предпочитаю работать в однопанельном режиме. В настройках этот делается так: Я предпочитаю сразу видеть всю информацию по файлам. Так что выбираю вид "Details": В WinSCP есть свой собственный редактор. Для того, чтобы воспользоваться внешним, нужно залезть в настроечки и добавить его: Нажимайте Add... и указываете путь к вашему редактору: Далее ОК. WinSCP позволяет задать маску и приоритет для разных редакторов так, чтобы разные типы файлов можно было открывать в разных программах. Нам пока это не понадобится в ближайшие годы. Так что тыкаем Up пока он не долезет до самого верха. Готово.
Nginx Настройка нгинкса довольно проста. Его конфиги живут в /etc/nginx, так что отправляйтесь туда. Файл nginx.conf содержит в себе глобальные настройки самого нгинкса. Один раз настроить и забыть. В scgi_params задаются некоторые переменные, которые будут передаваться в php-fpm с каждым запросом. Сюда вообще лазить не нужно. Но этот файл включается в конфиг каждого сайта. Лезем в WinSCP в папку /etc/nginx и там редактируем nginx.conf. Если с WinSCP всё было сделано правильно, то откроется ваш редактор, у меня - sublime. DblClick или Edit из меню Вот. Можно удобно ковырять. При сохранении файла он будет автоматически заливаться: Код (Text): worker_processes 4; ставите столько, сколько у вас ядер в виртуалке. Больше ничего трогать не надо. Зайдите в /etc/nginx/conf.d и удалите нафик default.conf Далее нужно создать конфиг для нашего сайта. Например example.com, но где он будет жить? VirtualBox Extension Pack Обычно сайты складывают в папку /var/www. Им там хорошо. Там в этой папке стоит создать ещё одну папку с именем сайта. Так будет лучше всего. Нужно, чтобы у этой папки был хозяин - некий юзер. И группа. Юзер должен быть в группе. Проще всего и наименее секурно сделать одного юзера и одну группу и забить. Но мы и этого делать не станем. Потому что мы расшарим папку из виртуалки в хоста. Тогда будет полный разврат, чад кутежа, стыд и срам, 777 на оба ваши дома. Никакой безопасностью тут и не пахнет. Зато пахнет удобством. До тех пор, пока ваша виртуалка не открывает свои порты всему интернету, можно жить и так. Вперёд. Если у вас уже как выше предлагалось добавлена папка то надо подмонтировать шару виртуалбокса. Сделать это можно только если установлено расширение VirtualBox Extension Pack и надо ещё накатить на ядро гостя всякое называемое Guest Additions. В случае некоторых конфигураций оно с наскоку не встанет, и нужно будет доставить пару пакетов. В моём как раз случае. Они появятся как CD-диск в гостевой системе. В нашем случае авторана как на винде нету, надо диск подмонтировать. Сидюк лежит по адресу /dev/cdrom, в mc он виден вот так, как файл с собачкой: Это потому, что это ссылка, на самом деле он /dev/sr0 скорее всего. Или нет. Поэтому проще через ссылку эту. Смонтировать его надо куда-нить, куда хочется. Например в /media/cdrom. Для этого надо сначала создать папку Код (Text): mkdir /media/cdrom и смонтировать Код (Text): mount -t auto /dev/cdrom /media/cdrom Должно быть написано, что подмонтировано Код (Text): mount: /dev/sr0 is write-protected, mounting read-only То, что он ридонли это нормально, он же сидюк. Идите туда. Там файлики. На все случаи жизни. Большие буквы важны. В линуксе большие и маленькие буквы в именах файлов - это разные имена, разные файлы. Нужно запустить VBoxLinuxAdditions.run: Код (Text): sh VBoxLinuxAdditions.run Если всё прошло удачно, то будет написано, что всё прошло удачно. В противном случае надо начинать решать проблемы. Код (Text): [root@localhost cdrom]# sh VBoxLinuxAdditions.run Verifying archive integrity... All good. Uncompressing VirtualBox 5.0.22 Guest Additions for Linux............ VirtualBox Guest Additions installer Copying additional installer modules ... ./install.sh: line 344: bzip2: command not found tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors ./install.sh: line 357: bzip2: command not found tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors [root@localhost cdrom]# В моём случае просто не вышло распаковать какие-то архивы. Нужно доставить архиватор. Код (Text): ./install.sh: line 344: bzip2: command not found Можно спросить у юма, кто даёт такую команду: Код (Text): yum provides bzip2 Он укажет пакеты, которые добавляют этот функционал. Как ни удивительно, это bzip2. Код (Text): yum install bzip2 Запускаю ещё раз Код (Text): sh VBoxLinuxAdditions.run В этот раз он ругается на то, что расширение было скачано отдельно от виртуалбокса. Ну и ладно. Код (Text): Verifying archive integrity... All good. Uncompressing VirtualBox 5.0.22 Guest Additions for Linux............ VirtualBox Guest Additions installer You appear to have a version of the VBoxGuestAdditions software on your system which was installed from a different source or using a different type of installer. If you installed it from a package from your Linux distribution or if it is a default part of the system then we strongly recommend that you cancel this installation and remove it properly before installing this version. If this is simply an older or a damaged installation you may safely proceed. Do you wish to continue anyway? [yes or no] Ну yes. В моём случае процесс утановки закономерно спотыкается на том, что во-первых: Код (Text): The gcc utility was not found. и Код (Text): The headers for the current running kernel were not found. If the following module compilation fails then this could be the reason. The missing package can be probably installed with yum install kernel-devel-3.10.0-327.el7.x86_64 Это решается установкой пакета для разрабов. Код (Text): groupinstall "Development Tools" Тут и gcc, и заголовки, и всё, что нужно, чтобы Guest Additions собрались наконец-то. Если вдруг в комнату вошла мамка и потребовала выключить эту порнографику сичазже-прямщас, то после перезагрузки опять надо вбить команды: Код (Text): mount -t auto /dev/cdrom /media/cdrom cd /media/cdrom sh VBoxLinuxAdditions.run Однако, иногда этого может оказаться недостаточно. По какой-то странной причине сорцы ядра не находятся, хотя попытка их поставить так, как советует установщик Guest Additions заканчивается сообщением, что они уже давно и успешно установлены и "Nothing to do". Такое бывает. Без паники. Можно воспользоваться вот этим гайдом http://www.dedoimedo.com/computers/virtualbox-compilation-errors.html где объясняется почему виртуалбоксовые Guest Additions упорно не видят установленные заголовки файлов ядра. Господь милостив, однажды это исправят. Из этого гайда можно сделать вывод, что ссылка на сорцы битая. Её нужно заменить на правильную. Идите в /usr/src/kernels, там посмотрите, какая папка самая последняя или соответствует тому ядру, в которое вы грузитесь. Оно мелькает при загрузке. Пять секунд можно выбирать ядро. Если нажать стрелочку, то можно будет переписать номер ядра. Вот на папку с этим же номером и надо сделать ссылку. В моём случае это папка 3.10.0-327.22.2.el7.x86_64 Если мы перейдём в mc папку /lib/modules/ и там в папку почти с тем же названием, то увидим, что там и правда красная битая ссылка: Фигарим правильную ссылку. Файл убивать руками не надо, он пресоздастся. Код (Text): ln -sf /usr/src/kernels/3.10.0-327.22.2.el7.x86_64 build Внешний вид ссылки поменялся: Теперь она хорошая. Идите в /media/cdrom и снова запускайте VBoxLinuxAdditioncs.run. Если процесс залип на "Building the VirtualBox Guest Additions kernel modules", то скорее всего процесс пошел в нужное русло, и скоро всё скомпилится. Целиком это может выглядеть так: Код (Text): Verifying archive integrity... All good. Uncompressing VirtualBox 5.0.22 Guest Additions for Linux............ VirtualBox Guest Additions installer Removing installed version 5.0.22 of VirtualBox Guest Additions... Removing existing VirtualBox DKMS kernel modules[ OK ] Removing existing VirtualBox non-DKMS kernel modules[ OK ] Broadcast message from systemd-journald@localhost.localdomain (Sat 2016-06-25 00:31:08 EDT): dracut[3665]: Can't write to /boot/initramfs-: Directory /boot/initramfs- does not exist or is not accessible. Message from syslogd@localhost at Jun 25 00:31:08 ... dracut:Can't write to /boot/initramfs-: Directory /boot/initramfs- does not exist or is not accessible. Copying additional installer modules ... Installing additional modules ... Removing existing VirtualBox DKMS kernel modules[ OK ] Removing existing VirtualBox non-DKMS kernel modules[ OK ] Building the VirtualBox Guest Additions kernel modules[ OK ] Doing non-kernel setup of the Guest Additions[ OK ] Starting the VirtualBox Guest Additions Installing the Window System drivers Could not find the X.Org or XFree86 Window System, skipping. [ OK ] Но главное это: Код (Text): Building the VirtualBox Guest Additions kernel modules [ OK ] Прекрасно. Теперь надо перезагрузиться в новое пропатченное ядро и подцепить папку. Если у вас нету /var/www, то вы её создайте Код (Text): mkdir /var/www и потом подцепляйте командой Код (Text): mount -t vboxsf www /var/www Где первое www это название шары в настройках виртуалки, а /var/www это куда шару подцеплять внутри виртуалки. Должна появиться. Как проверить? Открываете в винде в проводнике тот путь, который выбирали, когда делали расшаренную папку. Его можно посмотреть в настройках виртуалки во вкладке расшареных папок. Там же можно посмотреть и её название.
Создаёте по этому пути какой-нить файлик. Ну например "New Text Document.txt", потом смотрите в консоли виртуалки, появился ли этот файлик. Если вы вошли в папку /var/www до того, как создали файл, то нужно выйти из неё куданить, например на уровень выше, и войти снова, т.к. mc не обновляет автоматически список файлов в папке. WinSCP тоже, у него есть для этого кнопка "Обновить". Если файлик там, где его не было, значит подцпилась. Если нет - пишите вопросы в этот топик. Вроде уже nginx настраивали, а до сайта ещё как до Луны пешком? Держитесь, мы уже близко. Дорогу осилит идущий. Ну наконец-то можно уже попробовать создать конфиг для сайта. Два конфига, если честно. Nginx хранит конфиги отдельно от сервера в своей папке /etc/nginx/conf.d - вот тут хранятся все конфиги всех сайтов, какие только есть, если иное не задано в конфиге линукса. Нужно создать конфиг для нашего сайта. Nginx читает конфиги, которые имеют расширение .conf, и надо создать такой. Название не имеет значения. Откройте WinSCP, перейдите в эту папку /etc/nginx/conf.d и создайте новый файл. Откроется редактор, напишите там что угодно и сохраните. WinSCP закачает этот файл на сервер. Теперь можно его отредактировать вот так: Код (Text): server { server_name example.com; root /var/www/example.com/; access_log /var/log/nginx/example.com.access.log main; client_max_body_size 10000m; location / { index index.php; try_files $uri $uri/ @cgi; } location ~* ^.+\.(jpg|jpeg|gif|ico|txt|png)$ { access_log off; } location ~ \.php$ { try_files $uri @cgi; fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_read_timeout 9999s; include /etc/nginx/fastcgi_params; } location @cgi { fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_read_timeout 9999s; include /etc/nginx/fastcgi_params; } } Это наверное самый дебильный подход делать конфиги для сайтов для nginx, но он сработает на ура. Вчитайтесь в него, он простой. Первая строчка говорит о том, что нгинкс будет делать то, что написано в этом конфиге тогда, когда запрос приходит на сайт example.com, а не на какой-то другой. Вторая строчка говорит, где этот сайт искать. А именно в "/var/www/example.com/". Код (Text): location / { index index.php; try_files $uri $uri/ @cgi; } Этот кусок конфига говорит, что нужно сначала попробовать отдать файл, который запрошен как урл, если такой есть, а потом поробовать папку, а потом, если ничего не нашлось - перекинуть запрос в другой локейшн @cgi. Код (Text): location ~* ^.+\.(jpg|jpeg|gif|ico|txt|png)$ { access_log off; } Этот кусок говорит, что запросы файлов с такими расширениями не должны логгироваться в лог доступа, т.к. иначе он распухнет моментально. Код (Text): location ~ \.php$ { try_files $uri @cgi; fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_read_timeout 9999s; include /etc/nginx/fastcgi_params; } Тут: запросы к *.php файлам перекидываются на @cgi, и отдаётся результат работы php-fpm, а не содержимое файлов. Код (Text): location @cgi { fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_read_timeout 9999s; include /etc/nginx/fastcgi_params; } Это тот самый локейшн @cgi, куда приходят запросы на несуществующие файлы и *.php. Всё это уходит в php-fpm на index.php. По-хорошему прямого обращения к *.php-файлам быть не должно. Но более умный конфиг пока не нужен, начинающим удобнее работать с отдельными файлами порой. При сохранении конфига убедитесь, что символы новой строки (энтеры) у вас линуксовые. А то будут ругачки. В Sublime это в меню View->Line Endings->Unix. В Notepad++ это Edit->EOL Conversion->UNIX/OSX Format. Вперёд. php-fpm Настройки php-fpm живут в папке /etc/php-fpm.d. Там сейчас должен быть файл www.conf с большим количеством коментариев и настроек. Замените всё его богатое содержимое вот на это: Код (Text): [www] listen = /var/run/php-fpm.sock listen.owner = www-data listen.group = www-data listen.mode = 0666 user = www-data group = www-data pm = dynamic pm.max_children = 10 pm.start_servers = 2 pm.min_spare_servers = 2 pm.max_spare_servers = 4 catch_workers_output = no Юниксовые сокеты быстрее, поэтому я предпочитаю пользоваться ими. Это такой файл, через который происходит общение nginx и php-fpm. Только это не файл. Это путь. В линуксе всё - путь. Даже устройства. Вы это видели, когда линковали сидюк в папку. Вот такой путь для общения программ называется юникс сокет. И в данном случае этот путь "/var/run/php-fpm.sock". Теперь php-fpm будет слушать и отвечать, а nginx будет спрашивать и получать ответы на свои запросы по адресу "/var/run/php-fpm.sock". Но пока они этого не делают, потому что при запуске они уже считали свои настройки, и никаких этих файликов и конфигов тогда не было. Их нужно перезапустить. Хотя к чести nginx нужно заметить, что он способен перечитать свои конфиги и без перезагрузки, не обрывая уже установленных соединений. Но мы всё равно их всех рестартанём. Так проще. Код (Text): systemctl restart nginx.service php-fpm.service Посмотреть, стартавали ли они можно командой Код (Text): systemctl status nginx.service php-fpm.service Должно быть что-то типа того: Код (Text): ● nginx.service - nginx - high performance web server Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled) Active: active (running) since Sat 2016-06-25 01:20:44 EDT; 8s ago Docs: http://nginx.org/en/docs/ Process: 1743 ExecStop=/bin/kill -s QUIT $MAINPID (code=exited, status=0/SUCCESS) Process: 1759 ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf (code=exited, status=0/SUCCESS) Process: 1757 ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/nginx.conf (code=exited, status=0/SUCCESS) Main PID: 1761 (nginx) CGroup: /system.slice/nginx.service ├─1761 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf ├─1762 nginx: worker process ├─1763 nginx: worker process ├─1764 nginx: worker process └─1765 nginx: worker process Jun 25 01:20:44 localhost.localdomain systemd[1]: Starting nginx - high performance web server... Jun 25 01:20:44 localhost.localdomain nginx[1757]: nginx: the configuration file /etc/nginx/nginx... ok Jun 25 01:20:44 localhost.localdomain nginx[1757]: nginx: configuration file /etc/nginx/nginx.con...ful Jun 25 01:20:44 localhost.localdomain systemd[1]: Started nginx - high performance web server. ● php-fpm.service - The PHP FastCGI Process Manager Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; enabled; vendor preset: disabled) Active: active (running) since Sat 2016-06-25 01:20:44 EDT; 8s ago Main PID: 1748 (php-fpm) Status: "Ready to handle connections" CGroup: /system.slice/php-fpm.service ├─1748 php-fpm: master process (/etc/php-fpm.conf) ├─1749 php-fpm: pool www ├─1750 php-fpm: pool www ├─1751 php-fpm: pool www ├─1752 php-fpm: pool www └─1753 php-fpm: pool www Jun 25 01:20:44 localhost.localdomain systemd[1]: Starting The PHP FastCGI Process Manager... Jun 25 01:20:44 localhost.localdomain systemd[1]: Started The PHP FastCGI Process Manager. Hint: Some lines were ellipsized, use -l to show in full. Теперь нужно создать сайт! example.com Для этого нужно в той расшаренной папке создать папку с именем сайта и положить в неё index.php. Идите туда, создайте новый тексовый документ с таким содержимым: PHP: <?php phpinfo(); переименуйте его в index.php Теперь нужно прописать его в hosts, иначе вы не сможете зайти на него в браузере. В новом Microsoft Edge вы и так и сяк не сможете на него зайти без танцев с бубном, поэтому поставьте сразу ещё один браузер, если у вас нет. Чтобы добавить адрес сайта и его ip в хостс, нужно запустить текстовый редактор с привилегиями администратора. Закройте ваш текстовый редактор и кликните по нему правой кнопкой, выберите запуск от админа: Потом надо сделать Файл->Открыть и писать вместо имени файла такой путь: C:\Windows\System32\drivers\etc\hosts Содержимое девственно чистого hosts выглядит так: Код (Text): # Copyright (c) 1993-2009 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a '#' symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost
Вам нужно дописать внизу IP и имя сайта: Код (Text): # Copyright (c) 1993-2009 Microsoft Corp. # # This is a sample HOSTS file used by Microsoft TCP/IP for Windows. # # This file contains the mappings of IP addresses to host names. Each # entry should be kept on an individual line. The IP address should # be placed in the first column followed by the corresponding host name. # The IP address and the host name should be separated by at least one # space. # # Additionally, comments (such as these) may be inserted on individual # lines or following the machine name denoted by a '#' symbol. # # For example: # # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost 192.168.56.101 example.com и сохранить. Проверить, сработало или нет можно в консоли винды: Пуск и сразу печатаете cmd, тыкаете в консоль и набираете там Код (Text): ping example.com Если запросы пошли на 192.168.56.101, то всё хорошо. Если не хорошо - пишите, приложите свой hosts файл после перезагрузки компа. Если зайти на сайт через браузер по адресу http://example.com не получилось совсем, то нужно открыть порт 80 в фаерволе. Код (Text): firewall-cmd --zone=public --add-port=80/tcp --permanent firewall-cmd --reload Если вы получаете код ответа 403 Forbidden или 500 Internal server error, то это почти хорошо. Это значит, что вы достучались до nginx, но он не смог получить правильного ответа от php-fpm или что-то ещё случилось, но уже внутри сервера. В случае ошибок нужно лезть в /var/log/nginx/error.log и смотреть, что там в последних строках. Вот у меня ошибка: Код (Text): 2016/06/25 04:30:04 [error] 1762#1762: *1 "/var/www/example.com/index.php" is forbidden (13: Permission denied), client: 192.168.56.1, server: example.com, request: "GET / HTTP/1.1", host: "example.com" Эта ошибка говорит о том, что у веб-сервера нет доступа к этому "/var/www/example.com/index.php" файлу. Опытные админы сразу видят недостаток прав на чтение. Но права на чтение есть. Как вообще такое может быть, ведь расшареная папка виртуалки даёт права 777 на всё, что там есть, и эти права нельзя поменять? Права 777 это разрешение на чтение, изменение и исполнение любого файла любым пользователем. Как это может быть? Очень просто. SELinux SELinux это дополнительный железный слой защиты над правами. Он не даёт веб-серверу доступ к файлам, которые не отмечены, как разрешённые к просмотру извне, т.е. веб-сервером. Они же могут явить своё содержимое всему миру. А случись там пароль или коды ядрёных ракет? Вот изобрели SELinux. Он блюдёт, следит и не даёт. Для работы на виртуалке, которая никуда не смотрит во всякие интернеты SELinux не нужен. Его можно отключить. Для этого нужно поправить файл /etc/selinux/config и заменить там enforcing на disabled: Код (Text): # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=disabled # SELINUXTYPE= can take one of three two values: # targeted - Targeted processes are protected, # minimum - Modification of targeted policy. Only selected processes are protected. # mls - Multi Level Security protection. SELINUXTYPE=targeted Сохранить. После этого нужно перезагрузиться. Прочие проблемы 502 Bad Gateway Я попробовал зайти на сайт http://example.com ещё раз и получил ошибку 502. Ошибка 502 говорит о том, что nginx обратился к php-fpm и передал ему все параметры запроса, включая путь к файлу, к которому у него теперь есть доступ. Но никакого php он не встретил. В моём случае я получил ошибку: Код (Text): 2016/06/25 04:46:41 [crit] 1393#1393: *1 connect() to unix:/var/run/php-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.56.1, server: example.com, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.sock:", host: "example.com" Это означает, что возможно в моих конфигах разные пути к файлу сокета для пхп и для нгинкс. Это нужно исправить и перезапустить оба сервиса. Тогда всё станет хорошо. Проверьте, создаётся ли искомый файл юникс сокета в нужном месте и есть ли доступ у обоих сервисов к нему. Если оба пути у вас правильные, но ошибка возникает, проверьте, работает ли php-fpm, т.к. даже если пути правильные, этот сервис может вылетать при старте с ошибкой, если ему не понравилась строка в конфигах, и её нужно будет исправить. Проверить работу обоих сервисов можно командой: Код (Text): systemctl status nginx php-fpm В моём случае про php-fpm сказано следующее: Код (Text): ● php-fpm.service - The PHP FastCGI Process Manager Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Sat 2016-06-25 04:46:36 EDT; 7min ago Process: 1375 ExecStart=/usr/sbin/php-fpm --nodaemonize (code=exited, status=78) Main PID: 1375 (code=exited, status=78) Jun 25 04:46:36 localhost.localdomain systemd[1]: Starting The PHP FastCGI Process Manager... Jun 25 04:46:36 localhost.localdomain php-fpm[1375]: [25-Jun-2016 04:46:36] ERROR: [pool www] cann...a' Jun 25 04:46:36 localhost.localdomain php-fpm[1375]: [25-Jun-2016 04:46:36] ERROR: FPM initializat...ed Jun 25 04:46:36 localhost.localdomain systemd[1]: php-fpm.service: main process exited, code=exit...n/a Jun 25 04:46:36 localhost.localdomain systemd[1]: Failed to start The PHP FastCGI Process Manager. Jun 25 04:46:36 localhost.localdomain systemd[1]: Unit php-fpm.service entered failed state. Jun 25 04:46:36 localhost.localdomain systemd[1]: php-fpm.service failed. Я не создал юзера для работы веб-сервера под которым и должен по конфигу работать php-fpm. Стоит создать его прямо сейчас и перезапустить php-fpm: Код (Text): useradd -M -d /var/www www-data Где -M не создавать папку, т.к. она уже существует, а -d указывает как раз домашню папку юзера. Теперь, когда юзер создан, нужно перезапустить php-fpm: Код (Text): systemctl start php-fpm И проверить, всё ли хорошо: Код (Text): systemctl status php-fpm Да, php-fpm работает. Но вместо страницы я вижу сообщение "File not found." и больше ничего. Что, чёрт возьми, это значит? Primary script unknown Ну давайте снова заглянем в лог nginx который можно найти в /var/log/nginx/error.log: Код (Text): 2016/06/25 05:01:34 [error] 1393#1393: *3 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.56.1, server: example.com, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.sock:", host: "example.com" Ошибка "Primary script unknown" говорит о том, что php-fpm не нашла такого файла, на который ей указал nginx. В данном случае просто расшареная папка виртуалбокса не подключается сама после перезагрузки.
VirtualBox Shared Folder навсегда Виртуалбокс не цепляет сам расшареную папку туда, куда нам хочется. Об этом мы должны позаботиться сами. Есть два способа это сделать. Теоретически, виртуалбокс должен сам подцеплять и складывать шары в свою папку внутри виртуалки. Тогда можно просто соорудить ссылку на эту папку в нужном месте и всё. Но у меня с этим как-то не заладилось. Нужно добавлять новых пользователей в группу vboxsf, т.к. поменять права, групу или владельца на файлах и папках в шаре - не получится. Это был способ первый. Ну его. Я предпочитаю подмонтировать папку при каждой загрузке автоматически скриптом. Тогда папка и файлы получают права 777, что терпимо на виртуалке, про которую не знает никто, кроме владельца. Это второй способ. Сейчас я расскажу, как это сделать. Есть и третий способ, но он сложный для новичка. Нужно отредактировать fstab. Вобщем, предлагаю ограничиться скриптом в автозагрузке. Откройте файл /etc/rc.d/rc.local, если нету - создайте. Впишите в него: Код (Text): mount -t vboxsf www /var/www # VirtualBox Сохраните и поставьте ему бит исполнения: Код (Text): chmod 744 /etc/rc.d/rc.local Этот скрипт будет подмонтировать папку при каждой перезагрузке. Если вы выбрали этот способ, то нужно перезагрузиться и проверить, сработало ли. У меня сработало. Надеюсь у вас тоже. Если что - пишите в топик. Мне в личку не пишите.
Мы строили, строили, и наконец - построили! Ура! Чебурашка толкнул эту великую речь по завершении строительства многоэтажного жилого комплекса из говна и палок. Теперь, если у вас видны файлы в папке /var/www/example.com, если там есть index.php, если nginx и php-fpm запущены (проверить командой "systemctl status nginx php-fpm) и работают через один сокет, к которому имеют доступ оба, если они так же имеют доступ к файлам в папке /var/www/example.com, то наконец-то вы можете через браузер получить доступ к вашему сайту и лицезреть страницу вроде этой: С помощью функции phpinfo() можно увидеть все настройки пхп и его расширений, пути к файлам конфигурации. Это очень удобно. Zend OPcache Если сделать поиск по странице с phpinfo по слову opcache, и там будет только одно вхождение в титрах с фамилиями создателей, то это значит, что код php не кешируется. Это значит, что при каждом запросе файлы php читаются самим php и компилируется заново в байт-команды, которые называются opcode. Это довольно долгая операция, хотя на глаз почти не заметная. Но т.к. большинство файлов не меняются раз от разу, можно использовать некий кеш, который эту скомпилированную программу будет в себе содержать. Такой кеш назвается php opcode cache. Существует несколько опкод кешеров. Их список представлен в Википедии https://en.wikipedia.org/wiki/List_of_PHP_accelerators со сравнительной таблице. Фишка в том, что ранее опкод кешеры для пхп были сторонними решениями. Но с седьмой версии компания-разработчик самого PHP представила "родной" опкод кешер с незамысловатым названием OPcache. Его скорость работы вполне на высоте, так что давайте поставим его и даже не будем выбирать, правда? Чтобы установить его нужно просто его установить и перезапустить php-fpm: Код (Text): yum install -y php-opcache systemctl restart php-fpm И теперь можно будет на странице phpinfo найти слово "opcache" несколько раз. Можно даже заметить, что в самом верху появилось упоминание, что подключается дополнительный файл конфигурации: Этот файл конфигурации нужно отредактировать. /etc/php.d/10-opcache.ini Почему он 10? Это значение приоритета загрузки. Опять же, чем меньше - тем раньше. Опкод кешер загружается раньше других модулей php, чтобы всё работало хорошо, сразу и без конфликтов. Если открыть этот файл, то можно увидеть кучу всяких комментированных опций. Сейчас он выглядит вот так: Код (Text): ; Enable Zend OPcache extension module zend_extension=opcache.so ; Determines if Zend OPCache is enabled opcache.enable=1 ; Determines if Zend OPCache is enabled for the CLI version of PHP ;opcache.enable_cli=0 ; The OPcache shared memory storage size. opcache.memory_consumption=128 ; The amount of memory for interned strings in Mbytes. opcache.interned_strings_buffer=8 ; The maximum number of keys (scripts) in the OPcache hash table. ; Only numbers between 200 and 100000 are allowed. opcache.max_accelerated_files=4000 ; The maximum percentage of "wasted" memory until a restart is scheduled. ;opcache.max_wasted_percentage=5 ; When this directive is enabled, the OPcache appends the current working ; directory to the script key, thus eliminating possible collisions between ; files with the same name (basename). Disabling the directive improves ; performance, but may break existing applications. ;opcache.use_cwd=1 ; When disabled, you must reset the OPcache manually or restart the ; webserver for changes to the filesystem to take effect. ;opcache.validate_timestamps=1 ; How often (in seconds) to check file timestamps for changes to the shared ; memory storage allocation. ("1" means validate once per second, but only ; once per request. "0" means always validate) ;opcache.revalidate_freq=2 ; Enables or disables file search in include_path optimization ;opcache.revalidate_path=0 ; If disabled, all PHPDoc comments are dropped from the code to reduce the ; size of the optimized code. ;opcache.save_comments=1 ; If enabled, a fast shutdown sequence is used for the accelerated code ;opcache.fast_shutdown=0 ; Allow file existence override (file_exists, etc.) performance feature. ;opcache.enable_file_override=0 ; A bitmask, where each bit enables or disables the appropriate OPcache ; passes ;opcache.optimization_level=0xffffffff ;opcache.inherited_hack=1 ;opcache.dups_fix=0 ; The location of the OPcache blacklist file (wildcards allowed). ; Each OPcache blacklist file is a text file that holds the names of files ; that should not be accelerated. opcache.blacklist_filename=/etc/php.d/opcache*.blacklist ; Allows exclusion of large files from being cached. By default all files ; are cached. ;opcache.max_file_size=0 ; Check the cache checksum each N requests. ; The default value of "0" means that the checks are disabled. ;opcache.consistency_checks=0 ; How long to wait (in seconds) for a scheduled restart to begin if the cache ; is not being accessed. ;opcache.force_restart_timeout=180 ; OPcache error_log file name. Empty string assumes "stderr". ;opcache.error_log= ; All OPcache errors go to the Web server log. ; By default, only fatal errors (level 0) or errors (level 1) are logged. ; You can also enable warnings (level 2), info messages (level 3) or ; debug messages (level 4). ;opcache.log_verbosity_level=1 ; Preferred Shared Memory back-end. Leave empty and let the system decide. ;opcache.preferred_memory_model= ; Protect the shared memory from unexpected writing during script execution. ; Useful for internal debugging only. ;opcache.protect_memory=0 ; Allows calling OPcache API functions only from PHP scripts which path is ; started from specified string. The default "" means no restriction ;opcache.restrict_api= ; Enables and sets the second level cache directory. ; It should improve performance when SHM memory is full, at server restart or ; SHM reset. The default "" disables file based caching. ; RPM note : file cache directory must be owned by process owner ; for mod_php, see /etc/httpd/conf.d/php.conf ; for php-fpm, see /etc/php-fpm.d/*conf ;opcache.file_cache= ; Enables or disables opcode caching in shared memory. ;opcache.file_cache_only=0 ; Enables or disables checksum validation when script loaded from file cache. ;opcache.file_cache_consistency_checks=1 ; Enables or disables copying of PHP code (text segment) into HUGE PAGES. ; This should improve performance, but requires appropriate OS configuration. opcache.huge_code_pages=1 Первые строки говорят о том, какое расширение загрузить и что нужно включить опкеш. Код (Text): ; Determines if Zend OPCache is enabled for the CLI version of PHP ;opcache.enable_cli=0 Это настройка касается кеширования файлов php если они вызываются из коммандной строки. Вам скорее всего не понадобится никогда. Код (Text): ; The OPcache shared memory storage size. opcache.memory_consumption=128 Эта настройка регулирует размер кеша в мегабайтах. Если у вас мало мегабайтов оперативной памяти, то и тут ставьте немного. Код (Text): ; The amount of memory for interned strings in Mbytes. opcache.interned_strings_buffer=8 Количество памяти отводимое для хранения текствой информации, а именно строк, встречающихся в ваших скриптах. Если одинаковые строки встречаются в разных скриптах, то они смогут жить в этом хранилище в одном экземпляре, что экономит память. На текущем этапе обе эти настройки можно ставить от балды. Код (Text): ; The maximum number of keys (scripts) in the OPcache hash table. ; Only numbers between 200 and 100000 are allowed. opcache.max_accelerated_files=4000 Количество файлов, которые будут жить в кеше. Пофик, оставьте как есть. Вряд ли вы наклепаете больше за ближайшие годы. Код (Text): ; The maximum percentage of "wasted" memory until a restart is scheduled. ;opcache.max_wasted_percentage=5 Переодически кеш будет перезапускаться и полность опусташаться. Можно не трогать. Код (Text): ; When this directive is enabled, the OPcache appends the current working ; directory to the script key, thus eliminating possible collisions between ; files with the same name (basename). Disabling the directive improves ; performance, but may break existing applications. ;opcache.use_cwd=1 Кеш будет различать файлы не только по имени, но и по полному пути. Я включу.
Код (Text): ; When disabled, you must reset the OPcache manually or restart the ; webserver for changes to the filesystem to take effect. ;opcache.validate_timestamps=1 Важная настройка. В принципе кеш может закешировать файлы и больше никогда их не перечитывать, даже если они изменились. @Ganzal любит так делать. Если некий страшный вирус изменит файлы сайта, то в кеше они останутся как были при загрузке. Просто при заливки новой версии сайта нужно перезапускать php-fpm или чистить кеш через API. Но так как виртуалку обычно используют для локальной быстрой и удобной разработки, то лучше сказать кешу, чтобы он проверял файлы на изменение при каждом запросе. Код (Text): ; How often (in seconds) to check file timestamps for changes to the shared ; memory storage allocation. ("1" means validate once per second, but only ; once per request. "0" means always validate) ;opcache.revalidate_freq=2 Предыдущая настройка в принципе включает проверку изменения, а эта настройка говорит, как часто проверять. Для локальной разработки стоит поставит ноль, т.е. при каждом запросе. Код (Text): ; Enables or disables file search in include_path optimization ;opcache.revalidate_path=0 Пока можете не трогать. Эта настройка хитрая, она нужна, если вы используете пути, внутри которых есть ссылки, которые вы меняете, но сами-то пути при этом не меняются. Если вы однажды сталкнётесь со странным поведением кеша, когда вы меняете ссылки на папки и файлы, то тогда надо будет включить её. Код (Text): ; If disabled, all PHPDoc comments are dropped from the code to reduce the ; size of the optimized code. ;opcache.save_comments=1 Позволяет сохранять комментарии, которые были сделаны в коде. Возможно иногда нужно при дебаге. Шут знает. Можно выключить. Код (Text): ; If enabled, a fast shutdown sequence is used for the accelerated code ;opcache.fast_shutdown=0 Ускоряет выключение кеша при его перезапуске. В этом мире нет ничего бесплатного, и это наверняка влечет за собой какие-то последствия. Но я включу. Код (Text): ; Allow file existence override (file_exists, etc.) performance feature. ;opcache.enable_file_override=0 Штука нужная в определённых случаях. Если вы часто проверяете существование пути к большому количеству файлов, то вот опкод кешер может закешировать их пути и некоторую не знаю какую информацию о файлах. Я использую иногда. И сейчас включу. Код (Text): ; A bitmask, where each bit enables or disables the appropriate OPcache ; passes ;opcache.optimization_level=0xffffffff Даже не буду пытаться понять, что это. Код (Text): ;opcache.inherited_hack=1 ;opcache.dups_fix=0 Явно какая-то легаси хрень. Код (Text): ; The location of the OPcache blacklist file (wildcards allowed). ; Each OPcache blacklist file is a text file that holds the names of files ; that should not be accelerated. opcache.blacklist_filename=/etc/php.d/opcache*.blacklist Ну тут учите английский. Название говорит само за себя. Код (Text): ; Allows exclusion of large files from being cached. By default all files ; are cached. ;opcache.max_file_size=0 И тут. Код (Text): ; Check the cache checksum each N requests. ; The default value of "0" means that the checks are disabled. ;opcache.consistency_checks=0 Не нужно это включать. Проверка того, что в кеше нет битых данных. Ни разу в жизни ещё не встречал битый опкеш, а при разработке на локалке это тем более не проблема. Код (Text): ; How long to wait (in seconds) for a scheduled restart to begin if the cache ; is not being accessed. ;opcache.force_restart_timeout=180 Принудительный рестарт кеша через указанное число секунд. Оставим как есть. Код (Text): ; OPcache error_log file name. Empty string assumes "stderr". ;opcache.error_log= Отдельный лог для опкешера, куда он может писать свои ошибки. В реальности не нужно, пока петух жареный не клюнет. Код (Text): ; All OPcache errors go to the Web server log. ; By default, only fatal errors (level 0) or errors (level 1) are logged. ; You can also enable warnings (level 2), info messages (level 3) or ; debug messages (level 4). ;opcache.log_verbosity_level=1 Управляет степенью подробности лога. Нет лога, нет и подробности. Код (Text): ; Preferred Shared Memory back-end. Leave empty and let the system decide. ;opcache.preferred_memory_model= Это вообще не надо трогать. Код (Text): ; Protect the shared memory from unexpected writing during script execution. ; Useful for internal debugging only. ;opcache.protect_memory=0 Из описания явствует, что данная настройка мало кому нужна. Поверим на слово. Код (Text): ; Allows calling OPcache API functions only from PHP scripts which path is ; started from specified string. The default "" means no restriction ;opcache.restrict_api= Позволяет ограничить доступ к API опкешера только теми скриптами, путь к которрым начинается с данной строки. Пустая строка позволяет всем всё. Код (Text): ; Enables and sets the second level cache directory. ; It should improve performance when SHM memory is full, at server restart or ; SHM reset. The default "" disables file based caching. ; RPM note : file cache directory must be owned by process owner ; for mod_php, see /etc/httpd/conf.d/php.conf ; for php-fpm, see /etc/php-fpm.d/*conf ;opcache.file_cache= Эта настройка позволяет задать папку, куда кешер будет складывать все свои кеши. Смысла в этом для нас нет. В этом есть смысл только, если у вас целая прорва скриптов, и их компиляция занимает заметное время при старте сервера. Код (Text): ; Enables or disables opcode caching in shared memory. ;opcache.file_cache_only=0 Включает кеш только на файликах. Не надо включать кеш только на файликах. Оставьте как есть. Код (Text): ; Enables or disables checksum validation when script loaded from file cache. ;opcache.file_cache_consistency_checks=1 Проверка целостности данных в файликах кеша. Т.к. у нас отключено хранение кеша в файлах, то можно забить. Код (Text): Enables or disables copying of PHP code (text segment) into HUGE PAGES. ; This should improve performance, but requires appropriate OS configuration. opcache.huge_code_pages=1 Размер обычной страницы памяти по историческим причинам это 4KB всего. Но благодаря революционному прорыву в математике, в XXI веке можно использовать ОГРОМНЫЕ СТРАНИЦЫ ажно 2 мегабайта размером. Да будет так.
Итоговый конфиг Конфиг получился таким: Код (Text): ; Enable Zend OPcache extension module zend_extension=opcache.so ; Determines if Zend OPCache is enabled opcache.enable=1 ; Determines if Zend OPCache is enabled for the CLI version of PHP ;opcache.enable_cli=0 ; The OPcache shared memory storage size. opcache.memory_consumption=128 ; The amount of memory for interned strings in Mbytes. opcache.interned_strings_buffer=8 ; The maximum number of keys (scripts) in the OPcache hash table. ; Only numbers between 200 and 100000 are allowed. opcache.max_accelerated_files=4000 ; The maximum percentage of "wasted" memory until a restart is scheduled. ;opcache.max_wasted_percentage=5 ; When this directive is enabled, the OPcache appends the current working ; directory to the script key, thus eliminating possible collisions between ; files with the same name (basename). Disabling the directive improves ; performance, but may break existing applications. opcache.use_cwd=1 ; When disabled, you must reset the OPcache manually or restart the ; webserver for changes to the filesystem to take effect. opcache.validate_timestamps=1 ; How often (in seconds) to check file timestamps for changes to the shared ; memory storage allocation. ("1" means validate once per second, but only ; once per request. "0" means always validate) opcache.revalidate_freq=0 ; Enables or disables file search in include_path optimization ;opcache.revalidate_path=0 ; If disabled, all PHPDoc comments are dropped from the code to reduce the ; size of the optimized code. opcache.save_comments=0 ; If enabled, a fast shutdown sequence is used for the accelerated code opcache.fast_shutdown=1 ; Allow file existence override (file_exists, etc.) performance feature. opcache.enable_file_override=1 ; A bitmask, where each bit enables or disables the appropriate OPcache ; passes ;opcache.optimization_level=0xffffffff ;opcache.inherited_hack=1 ;opcache.dups_fix=0 ; The location of the OPcache blacklist file (wildcards allowed). ; Each OPcache blacklist file is a text file that holds the names of files ; that should not be accelerated. opcache.blacklist_filename=/etc/php.d/opcache*.blacklist ; Allows exclusion of large files from being cached. By default all files ; are cached. ;opcache.max_file_size=0 ; Check the cache checksum each N requests. ; The default value of "0" means that the checks are disabled. ;opcache.consistency_checks=0 ; How long to wait (in seconds) for a scheduled restart to begin if the cache ; is not being accessed. ;opcache.force_restart_timeout=180 ; OPcache error_log file name. Empty string assumes "stderr". ;opcache.error_log= ; All OPcache errors go to the Web server log. ; By default, only fatal errors (level 0) or errors (level 1) are logged. ; You can also enable warnings (level 2), info messages (level 3) or ; debug messages (level 4). ;opcache.log_verbosity_level=1 ; Preferred Shared Memory back-end. Leave empty and let the system decide. ;opcache.preferred_memory_model= ; Protect the shared memory from unexpected writing during script execution. ; Useful for internal debugging only. ;opcache.protect_memory=0 ; Allows calling OPcache API functions only from PHP scripts which path is ; started from specified string. The default "" means no restriction ;opcache.restrict_api= ; Enables and sets the second level cache directory. ; It should improve performance when SHM memory is full, at server restart or ; SHM reset. The default "" disables file based caching. ; RPM note : file cache directory must be owned by process owner ; for mod_php, see /etc/httpd/conf.d/php.conf ; for php-fpm, see /etc/php-fpm.d/*conf ;opcache.file_cache= ; Enables or disables opcode caching in shared memory. ;opcache.file_cache_only=0 ; Enables or disables checksum validation when script loaded from file cache. ;opcache.file_cache_consistency_checks=1 ; Enables or disables copying of PHP code (text segment) into HUGE PAGES. ; This should improve performance, but requires appropriate OS configuration. opcache.huge_code_pages=1 Если удалить все закомментированные строки, то конфиг выходит компактным и понятным: Код (Text): zend_extension=opcache.so opcache.enable=1 opcache.memory_consumption=128 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=4000 opcache.use_cwd=1 opcache.validate_timestamps=1 opcache.revalidate_freq=0 opcache.save_comments=0 opcache.fast_shutdown=1 opcache.enable_file_override=1 opcache.blacklist_filename=/etc/php.d/opcache*.blacklist opcache.huge_code_pages=1 Давайте его и запишем в наш /etc/php.d/10-opcache.ini и сохраним. Нужно перезапустить php-fpm коммандой Код (Text): systemctl restart php-fpm Скажу, что если сервис не был запущен, то нужно использовать команду Код (Text): systemctl start php-fpm
IDE Есть парочка весьма неплохих IDE, одна бесплатная - NetBeans и одна платная - PhpStorm. Когда у вас есть проект, то можно повелеть IDE при каждом сохранении проекта закидывать копию в расшаренную папку. Кто-то может спросить, почему бы сразу ни начать работать в шаре, но IDE или системой версий хранят в папке проекта свои технические файлики. IDE будет достаточно умна, чтобы не закидывать в шару лишние файлы, а копировать только файлы проекта. Если вы не пользуетесь системой версий или IDE, то привыкайте сразу делать правильно, потому что очень скоро всё это вам понадобится. NetBeans Чтобы NetBeans закидывал файлы по мере их изменения в расшареную папку, надо поставить ему галку в настройках проекта: А потом поставить галку и указать путь к папке с сайтом: PhpStorm В IDE PhpStorm немного другая последовательность шагов. Нужно просто указать, что файлы нужно заливать не на FTP, как обычно, а в папку: Потом кликнуть на плюсик и добавить настройки заливки: Имя добавьте по вкусу. Потом нужно указать путь к папке: Потом во вкладке про маппинг ввести слеш в путь, куда заливать относительно папки (т.е. получится просто в саму папку): Если это не единственный способ заливки, нужно активировать этот способ. Ведь у вас может быть несколько серверов или способов заливки файлов. Нужно скзаать IDE, что сейчас она должна использовать этот: И теперь нужно включить автоматическую заливку: Пока всё.
xDebug Для удобного программирования во всех IDE есть возможность поставить выполнение программ на паузу, и открыв исходник, получить представление обо всех значениях всех переменных. Это можно сделать несколькими способами, один из которых - поставить точку остановки на какую-либо строчку. Т.е. если вы хотите знать, куда пошла программа: PHP: <?php if ($var) { funcA(); } else { funcB(); } То вы можете это сделать, поставив точку остановки на третью и пятые строки, и вы узнаете, как именно протекает выполнение программы потому, что когда до этого дойдёт, выполнение программы остановится на одной из них. Выполнение программы не прерывается, а лишь ставится на паузу и ждёт вашего решения - работать дальше или остановиться совсем. Таким образом вы можете построчно, по шагам изучать поведение вашего кода в проблемных случаях, имея возможность видеть все значения всех переменных. Но в PHP не всё так просто. PHP выполняется на сервере, а разработку вы ведёте локально. Даже если это один и тот же компьютер, всё равно эти процессы никак не связаны. Их нужно связать. Для PHP есть несколько расширений для отладки ваших скриптов. Один из них - xDebug. Он получил широкую поддержку среди IDE и утилит для визуализации логов отладки. Логи отладки даже у простой программы могут достигать 30 мегабайт за один вызов. Вручную там разобраться сложно. Но это тема отдельного разговора и сейчас я её касаться не хочу. Чтобы установить расширение xDebug на нашу виртуалку достаточно написать: Код (Text): yum install xdebug Простите, я вас обманул. Это расширение для PHP, а не отдельная программа. Но можно воспользоваться поиском, и увидеть, есть ли пакеты с подходящим названием: Код (Text): yum search xdebug выдаст на нашей конфигурации такой вот странный ответ: Код (Text): ============== N/S matched: xdebug =============== php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts php54-php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts php55-php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts php56-php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts php70-php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts php71-php-pecl-xdebug.x86_64 : PECL package for debugging PHP scripts Т.к. в тех репозиториях, что мы поставили и включили есть возможность ставить разные версии PHP, то и расширения доступны под разные версии. Пакет, чьё название начинается с php54 это пакет расширения для PHP версии 5.4, а php71 для 7.1 соответственно. Но самой первой строчкой идёт просто "php-pecl-xdebug" безо всяких циферок. Если приоритеты репозиториев расставлены правильно, то установится подходящая версия. Можно проверить: Код (Text): yum info php-pecl-xdebug Эта команда сам за себя говорит: info предоставляет информацию о пакете. Информация такая: Код (Text): Name : php-pecl-xdebug Arch : x86_64 Version : 2.4.0 Release : 1.el7.remi.7.0 Size : 192 k Repo : remi-php70 Summary : PECL package for debugging PHP scripts URL : http://xdebug.org/ License : BSD Description : The Xdebug extension helps you debugging your script by providing a lot of : valuable debug information. The debug information that Xdebug can provide : includes the following: : : * stack and function traces in error messages with: : o full parameter display for user defined functions : o function name, file name and line indications : o support for member functions : * memory allocation : * protection for infinite recursions : : Xdebug also provides: : : * profiling information for PHP scripts : * code coverage analysis : * capabilities to debug your scripts interactively with a debug client : : Package built for PHP 7.0. Если вы делаете настройку виртуалки по данной статье где-нибудь в году 2017 или 2018, то наверное выбрали не 7.0 версию, как я, а может даже 7.4 или ещё новее. Вот вам и пригодится эта команда, чтобы удостовериться, подходит ли вам эта версия пакета, или лучше поставить другую, указав, какую именно. Можно на всякий случай посмотреть, какая версия php-fpm стоит у нас: Код (Text): yum list php-fpm Получим простой ответ: Код (Text): Installed Packages php-fpm.x86_64 7.0.8-1.el7.remi @remi-php70 Очевидно, что стоит php-fpm для 64-битной платформы версии 7.0.8 из репозитория remi-php7.0. Ну и хорошо. Давайте уже наконец установим расширение: Код (Text): yum install php-pecl-xdebug Теперь его нужно настроить, настроить IDE, т.к. само по себе оно не работает, открыть порты фаерволов, и т.п. Тогда заработает.
Настройка xDebug На сервере в папке /etc/php.d/ лежит файл 15-xdebig.ini с таким содержимым: Код (Text): ; Enable xdebug extension module zend_extension=xdebug.so ; see http://xdebug.org/docs/all_settings Не слишком-то содержательно. Но если перейти по ссылке, то можно найти достаточно подробные описания. Однако, в ближайшие годы вам понадобятся только вот эти две штуки параметров: Код (Text): xdebug.remote_enable = 1 xdebug.remote_connect_back = 1 И всё. Первая включает дебаг, вторая позволяет не вводить IP-адрес, по которой ждёт подключения IDE. Благодаря этой настройке xDebug будет сам подключаться к тому IP, с которого пришел запрос на дебаг. var_dump() + xDebug = ♡ Для упрощения дебага xDebug добавляет раскраску цветами и форматирование в вывод функции var_dump(). Например, вот как на этой картинке, которую я нашёл в гугле: Для лучшей глубины отрисовки нужно добавить в конфиг такие строки: Код (Text): xdebug.var_display_max_data = 4096 xdebug.var_display_max_depth = 7 Ну или больше. В противном случае xDebug будет рисовать многоточия при глубокой вложенности и на длинных строках. Ещё это расширение раскрашивает ошибки и сразу выводит по ним трейс: Полный конфиг получился таким: Код (Text): ; Enable xdebug extension module zend_extension=xdebug.so ; see http://xdebug.org/docs/all_settings xdebug.remote_enable = 1 xdebug.remote_connect_back = 1 xdebug.var_display_max_data = 4096 xdebug.var_display_max_depth = 7 Чтобы новый конфиг прочитался, нужно перезапустить php-fpm командой "systemctl restart php-fpm". Чтобы удостовериться, что конфиг подцепился, и настройки прочитаны верные, можно опять заглянуть в вывод функции phpinfo(). Теперь в поиске по странице по слову xdebug должны быть всякие параметры.
Настройка IDE и дебаг В связке xDebug и IDE используется исходящее с сервера подключение обратно на клиента, с которого пришел запрос. Значит на клиенте должен быть открыт порт подключения, а именно - 9000. Конечно, порт можно поменять настройках xDebug и IDE. Важно понять, что так как все файлики вашего проекта живут в IDE у вас на компе, а дебаг и выполнение PHP происходят на сервере (так или иначе), то xDebug и ваша IDE могут знать ваши файлики под разными именами. Т.е. у вас это "index.php" или там "C:\Users\igors\Documents\NetBeansProjects\PhpProject1\index.php", а на сервере уже "/index.php" или даже "/var/www/example.com/index.php". Нужно им помочь. Это называется маппинг. Настройка маппинга увязывает локальный путь проекта и путь на сервере, таким образом, что IDE может понять, какой сейчас на сервере файл выполняется, и что делать. NetBeans Чтобы настроить NetBeans для этого дела у меня обычно уходит час. Я просто никак не могу запомнить всю последовательность шагов, и мне приходится нащупывать её каждый раз заново. Хотя впрочем я и не пытаюсь. Обычно настройка IDE под xDebug случается один раз в год, а то и реже. Так что если что-то поменяется, просто потыкайтесь. А там в Run Configuration (которая в русском переводе может звучать как "Запуск настройки", а по на самом деле, как вы понимаете это "Настройка запуска", поэтому учите язык) тыкаете в Advanced кнопочку справа, которая на следующей иллюстрации под номером один. Там вы указываете путь на сервере (два) и путь к папке проекта (собственно, три). После этого должно заработать. Давайте проверять. Введите такой код ваш index.php: PHP: <?php for ($i = 0; $i < 3; $i++) { echo '$i = ' . (int) $i . '<br>'; } И если кликнуть в строку, там где номер, то появится красный квадратик, а строка станет красной: Давайте, тыкайте в четвёртую строку, пока она не покраснеет. Это называется "установить брейкпоинт", от breakpoint, что переводится, как точка ломания. Если мы просто запустим нашу программу, то получим в браузере некий ответ, перечисляющий цифры от нуля до двух: Результат: Но если теперь запустить дебаг проекта: ...если выскакивает окошко фаервола, то надо разрешить: То получим мы вот такой вот залипон браузера, который ждёт ответа от сервера, который ничего не отвечает, потому что ждёт ваших дальнейших действий: Теперь во время дебага вам стали доступны несколько дополнительных кнопок, а исполнение программы останавливается на красных строчках. Текущая строчка подсвечена зелёным. Вы можете нажать на кнопку "стоп" и тогда программа оборвётся и не придётся ждать конца её исполнения. Либо нажать на зелёный круг с треугольничком, и тогда исполнение программы продолжится до следующего брейк-поинта или до конца кода. Теперь можно отследить в какую ветку кода пошло выполнение программы, и можно заглядывать внутрь значений всех переменных просто наводя на них мышку: Или на панели для дебага, которая выскакивает при запуске отладки:
PhpStorm В IDE PhpStorm как и в любой другой IDE так же есть две кнопки. Одна для запуска приложения и для его дебага. Кнопка запуска приложения представлена в виде треугольничка (2). Сейчас он серый, т.к. нужно добавить профиль запуска. Кнопка дебага расположена рядом и выглядит как жучок (3). Тоже серая и неактивная на текущий момент. Для того, чтобы настроить профили запуска и дебага, нужно нажать на кнопочку слева от них (1). Тогда появится окошко с конфигурациями. В нём в списке слева в группе "Default" скрывается куча непонятных профилей, которые трогать и менять не нужно. Не обращайте на них внимания. Просто кликайте на плюсик вверху слева: Кликайте на зелёный плюсик и выбирайте "PHP Web Application": Вводите название, как видите, можно выбрать браузер. Т.е. можно создать несколько профилей запуска для разных браузеров, если вам приспичит. Главное, необходимо настроить сервер, настроек которого сейчас нет, и дебаг невозможен. В окоше создания профиля сервера так же кликайте на плюсик, вводите название и ставьте галку "Use path mappings": При желании можно задавать отдельные соответствия пути на сервере и папки в проекте. Тыкайте везде ОК и запускайте проект треугольничком. Если выскакивает окошко фаервола, то надо разрешить: Если работает - отлично! По умолчанию, PhpStorm почему-то не показывает номера строк. Чтобы их включить, нужно зайти в настройки: Потом наберите в поиске "line numbers" и поставьте недостающую галку: Теперь PhpStorm будет показывать номера строк.
PhpStorm + xDebug В предыдущей главе мы удачно настроили параметры запуска нашего приложения, а так же парметры сервера, включая маппинг локальных путей на пути сервера. Теперь попробуйте дебаг. Предположим, что наш код выглядит вот так: PHP: <?php for ($i = 0; $i < 3; $i++) { echo '$i = ' . (int) $i . '<br>'; } Установите точку остановки на середину цикла, кликнув чуть правее номера четвёртой строки и нажимайте на кнопку с жучком: PhpStorm достаточно интеллектуален, чтобы переключить фокус активного окна на себя, и при попадании на строчку с точкой остановки он либо вылезет на передний план сам, задвинув браузер, либо будет мигать на таскбаре. По всему скрипту подсвечены значения переменных, это очень удобно. При запуске дебага так же появляется специальная панель внизу, которую я предпочитаю держать справа. В ней вы можете контролировать дальнейший ход программы, видеть все переменные, доступные на текущий момент. Чтобы возобновить ход программы нажмите на зелёный треугольник здесь, а не вверху! Верхний перезапустит программу, но скорее всего не получит ответа, т.к. PHP занят ожиданием ответа от дебага. Если запустить дебаг второй раз, то создастся новая сессия подключения к xDebug. Чтобы их не плодить, стоит поставить галку: Она в одном из тех окошек, в которых мы ковырялись в прошлой главе. Собственно всё. Теперь вы можете удобно отлаживать и запускать свои творения.
Статья про profiling с помощью xdebug будет? Спасибо за инструкции, уже даю ссылки на эту тему, чтобы новички отладку изучали.
Спасибо. Буду дальше стараться. Профайлинг запилю, только не знаю, когда. Вроде статью написал понятным для начинающих языком. Посмотрим на отклики.