Php-fpm: инсталиране и конфигуриране

Съвременното програмиране е разпределена обработка на все по-големи обеми информация. Местните инструменти са в далечното минало. Уеб сървъри, разпределени екипи от разработчици и потребители са от значение. Задачите и приложенията се превърнаха в потоци от заявки, които се нуждаят от незабавни отговори.

Php е популярен език за програмиране, Но той "тече" сам по себе си и предоставя благоприятна почва за опитни разработчици да създават тонове неефективен код. Един начинаещ програмист е по-обещаващ от един ас в компютърните науки поради простата причина, че той или тя се отнася към работата внимателно, внимателно и старателно решава поставената задача с минимално количество код.

Причини за fpm и идеята за fpm

Не е необходимо да се "чупят" тонове код от известни предшественици при решаването на проблема, достатъчно е да се напише красив и добре коментиран код. Но именно на големия код, популярните уеб ресурси, технологичните недостатъци на php и нарастващото натоварване (на посетителите) на уеб ресурсите се дължат многобройните възможности за ускоряване на обработката на заявките към уеб сървърите.

Обикновеният сървър поема цялото работно натоварване, като го планира чрез процеси и сложна логика. Мощността му е ограничена и той е принуден да поставя нови заявки на опашка, докато успее да обработи вече постъпилите.

Различните варианти на SAPI (Server API) са решили до известна степен проблема с бързата обработка на потока от заявки, но ограниченията остават. С появата на Nginx уеб пространството се превърна в смесица от статично и динамично, като работата по хостинга премина в сферата на събитията и управлението на натоварването.

В една уебстраница няма много php, но винаги има много текст, снимки и други елементи, които могат да бъдат безопасно изпратени до браузъра на посетителя наведнъж, без да се обработват от сървъра. Само когато на страницата има Php код, трябва да се прилага Php или Php-fpm.

По същество това е FastCGI Process Manager. И може да се стартира многократно, но само при необходимост. Всяка заявка ще има собствен процес. Следващата заявка е следващият процес. Това води до съществена разлика и целият сайт ще бъде доставен в браузъра на посетителя много по-бързо.

Това не означава, че идеята за Nginx и Php-fpm е панацея, но в много случаи тя е чудесно решение за създаване на високопроизводителен уеб сървър. Можете да отидете още по-далеч, като комбинирате опита и мъдростта на Apache с младостта и амбицията на Nginx. В този случай обемистите процеси могат да бъдат изпратени на Apache, а леките страници - на Php-fpm.

Оценка и подготовка на ситуацията

Цялото семейство linuxoid се характеризира с простота и удобство за използване. Всъщност за управлението на тези системи са необходими знания и умения. UBUNTU под Php-fpm и Nginx е добър избор. Ориентираната към предприятията CentOS ще изисква повече знания.

Другите платформи на Linux са по-малко популярни, въпреки че всеки случай трябва да бъде внимателно оценен и да се вземе информирано решение.

Например домашната програма RUNTU, за която малко хора знаят, може бързо да спаси ситуацията, когато трябва да инсталирате система във виртуален контейнер с ограничено пространство в рамките на локалната мрежа и други неудобства.

Не е достатъчно да поставите Php-fpm, трябва да го тествате, преди да започнете работа на живо. RUNTU е идеален тестер, при който само конфигурираният компютър (неговият виртуален контейнер) гледа към външния свят. В локална мрежа винаги е възможно бързо да се установят приятелски отношения. Не само Php-fpm може да бъде тестван: конфигурацията и тестването на множество виртуални хостове на Nginx също ще бъдат на разположение.

Винаги е най-добре да се започне с инсталирането на системата. В случаите, когато системата вече е инсталирана и трябва да се инсталира само Php-fpm, могат да възникнат непредвидени проблеми. Например, в CentOS 6 и ограничението Php 5. С CentOS 7 и Apache + Php 7.

Модата на виртуалните машини също е ограничение. Прясно изпечена и обещаваща "Космическа сепия" (Ubuntu 18.10 Космическа сепия) може лесно да се побере във виртуален контейнер, но по принцип няма да работи. Прилича на декларация: моята среда е космическото пространство, а не контейнер.

Линуксоидът не е Windows, но може да покаже своя характер при всяка възможност. Необходими са само знания и умения, за да се свърши работата във всяка работна среда.

Инсталиране на UBUNTU

Инсталиране на UBUNTU 18.04 сървърна версия - просто и практично решение.

Бързо, просто и практично. Добра основа, за която всеки Linux е подходящ, е практиката на. Дори и да трябва да инсталирате php-fpm на CentOS 6, не пречи да проверите надеждна и проста система. Ще бъде по-лесно да се разбере къде и какво да се търси в целевата система.

Инсталиране на Nginx

Една команда е достатъчна и няколко минути. Модерният и бърз уеб сървър се превърна в машина или контейнер. Просто отворете портовете в защитната стена и всичко е наред.

Основната конфигурация на Nginx можете да намерите на адрес:

• /etc/nginx

и трите команди трябва винаги да се помнят:

• systemctl status nginx;
• systemctl stop nginx;
• systemctl start nginx.

Те трябва да се използват при всяка промяна на конфигурацията на сървъра. Не трябва да се забравя, че промените в конфигурацията, регистрацията на виртуални хостове включват IP адреси и имена на хостове, които също трябва да бъдат отчетени във файла hosts, разположен на адреса:

• /etc.

Не е от решаващо значение кога да поставите Php-fpm, Php, MySQL, Apache и Nginx, но е разумно да започнете с последните два елемента и след това да преминете към останалите.

Инсталиране на бърз мениджър

Инсталацията на Php-fpm е с една команда и две действия.

Изпълнение на инсталацията, премахване на точка и запетая (символ за коментар) в php файла.ini и рестартиране на мениджъра.

Важни да обръщате внимание на: връзката към бързия мениджър е конфигурационният файл на сайта. В този случай сървърът разполага само с оригиналния сайт и неговата конфигурация във файла default.

За всеки виртуален хост трябва да направите съответните промени в конфигурационния му файл в блока на сървъра.

На фигурата са показани три блока за местоположение: първият вече е бил там, а следващите два са добавени. Първият се отнася за всичко, вторият - само за php-файловете, а третият забранява файловете .ht* - това са конфигурационните файлове на Apache.

Тестване, след като сте го направили

В основната папка на уебсайта създайте файла index.php и тестване на конфигурацията на Nginx. Няма проблеми, ако е направено точно и правилно.

След това можете да рестартирате уеб сървъра и да получите желания резултат.

В горния пример Php-fpm 7 стана автоматичен.2. Възможно е да има и други възможности за всеки отделен случай. Php 5 и съответният му бърз мениджър се използват често.

Процесни части

Php е популярен и широко използван език. Съвсем не е жалко, че между версии 5 и 7 версия 6 отиде някъде. Излишно е да казвам, че Php 5.2.* и 5.6.* те са "различни" продукти.

Както всеки друг език, интерпретаторът на Php страда от изтичане на памет. К загуба на паметта, особено когато става въпрос за рекурсия, стек и други "неконтролирани" части на кода, програмистите са свикнали да. Това е станало нормално, след като сте изпълнили критична част от кода и сте унищожили всичко, свързано с нея.

Други неща са проблематични и критични. С навлизането на системите за управление на съдържанието (CMS) стана обичайно от сървъра в недрата на браузъра да се прогонват тонове безполезен (т.е. неизвеждан) код, който не е безкраен. Каналите за комуникация са добри, но те се чувстват много по-спокойни, когато само само информацията, която им е необходима.

Чудесно е да имате Php-fpm сега. Натоварването може да се манипулира ефективно, като се отделят статичните от динамичните. Но е много по-добре, когато разработчикът създаде уеб ресурс с възможно най-малко код и с високо качество.

Съвременните технологии са толкова добри, колкото са добри степента и качеството на тяхното използване, което е ефикасно, компактно и практично.