Съвременното програмиране е разпределена обработка на нарастващите количества информация. Местни инструменти в далечното минало. Текущи уеб сървъри, разпространявани от екипи от разработчици и потребители. Задачите и приложенията се превръщат в заявки, които изискват незабавни отговори. Php е популярен език за програмиране, но "тече" по собствена инициатива и осигурява плодородна почва за опитни разработчици да създават тонове неефективни кодове. Новият програмист е най-перспективната компютърна технология на проста основа, която се отнася до работата, точно, внимателно и внимателно решава проблема с минимално количество код.
Причините за възникването и идеята за fpm
Не е необходимо да "взривявате" тонове код от видни предшественици при решаването на проблема, достатъчно е да напишете красив и добре коментиран код. Но това е големият код, популярните уеб ресурси, технологичните слабости в Php и повишеното натоварване (посетители) на уеб ресурси, поради раждането им с множество варианти за ускоряване на обработката на заявки към уеб сървъри.
Нормалният сървър поема цялото натоварване върху себе си, го закопчава в процесите и сложната логика. Неговата сила е ограничена и той е принуден да постави нови опашки, докато се справи с това, което вече е в работата. Различни варианти на SAPI (Server API) до известна степен решават проблема с бързата обработка на потока от заявки, но ограниченията остават. Появата на Nginx въведе уеб ресурс като набор от статики и динамика,преведена работа по поддръжка на хостинг в областта на събития и управление на натоварването.
На уеб страницата няма много Php, но винаги има много текст, изображения и други елементи, които можете да изпращате на браузъра наведнъж, без да обработвате никакъв процес на сървъра. Само когато php кодът е на страницата, трябва да приложите Php или Php-fpm. По същество става въпрос за Fast Process Manager (FastCGI Process Manager). И може да се изпълнява много пъти, но само за обоснована необходимост. Всяка заявка ще има свой собствен процес. Следващата заявка е следващият процес. Тя по същество променя състоянието на нещата, а страницата на сайта в пълен размер ще бъде по-бърза в браузъра на посетителя. Не може да се каже, че идеята за Nginx и Php-fpm е лек за всички проблеми, но в много случаи е отлично решение за създаване на продуктивен уеб сървър. Можете да отидете още по-далеч, като комбинирате опита и мъдростта на Apache с младостта и амбицията на Nginx. В този случай обемистите процеси могат да се изпращат до Apache, а леките страници - Php-fpm.
Оценка на ситуацията и обучение
Цялото семейство Linux е лесно за използване и лесно за използване. Всъщност управлението на тези системи изисква знания и умения. Системата 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 1810 Cosmic Cuttlefish) лесно може да се превърне във виртуален контейнер, но то няма да работи фундаментално. Прилича на декларация: моята среда е пространство, а не някакъв контейнер там. Linux не е Windows, но характерът може да се прояви и да го прави при всяка възможност. Само познанията и уменията помагат за справяне със задачата на всяка операционна среда.
Инсталиране на UBUNTU
Настройката UBUNTU 1804 в изпълнението на сървъра е просто и практично решение.
Бързо, лесно и практично. Добрата основа, на която се спазва всеки Linux, е практиката. Дори ако трябва да сложите php-fpm на CentOS 6, това няма да ви попречи да бъдете тествани на надеждна и лесна система. Ще бъде по-лесно да се разбере къде и какво да се търси в системата, към която е ориентирана задачата.
МонтажNginx
Това е достатъчно за един отбор и няколко минути. Модерен и бърз уеб сървър се превърна в машина или контейнер. Трябва само да отворите портовете в защитната стена и да отидете по-далеч.
Основната конфигурация за Nginx е в
/etc /nginx
и винаги трябва да имате предвид трите команди:
systemctl status nginx;
systemctl stop nginx;
systemctl стартира nginx.
Те трябва да се използват при всяка промяна в конфигурацията на сървъра. Също така трябва да се помни, че промяната на конфигурацията, регистрацията на виртуалните хостове е свързана с IP адресите и имената на хостове, които също трябва да бъдат взети под внимание в файла hosts, намиращ се в
/и т.н.
Не е задължително да поставяте Php-fpm, Php, MySQL, Apache и Nginx, но е разумно да започнете с последните две позиции и след това да преминете към другата.
Инсталиране на бърз мениджър
Инсталирането на Php-fpm е една команда и две действия.
Инсталирането се извършва, точка с точка (икона за коментар) се премахва във файла php.ini и мениджърът се рестартира. Важно е да се обърне внимание: връзката към бързия мениджър е конфигурационен файл на сайта. В този случай сървърът има само сайта на източника и неговата конфигурация във файла по подразбиране. За всеки виртуален хост ще трябва да направите съответните промени в конфигурационния файл в блока на сървъра. На фигурата са показани три блока за местоположение: първият вече е бил добавен. Първият е за всички, вторият е само за php файлове, а третият забранява .ht * файловете - отнасящи се до конфигурационните файлове на Apache.
Тестване на извършената работа
В главната папкаТрябва да създадете index.php файл и да тествате конфигурацията на Nginx. Няма да има проблеми, ако всичко е направено спретнато и правилно. След това можете да рестартирате уеб сървъра и да получите желания резултат.
В горния пример машината стана Php-fpm 7.2. Във всеки случай може да има други опции. Php 5 често се използва и бързият мениджър е този, който е подходящ за него.
Технологични подробности
Php е популярен и използван език. Не е обидно, че 6-та версия е отишла някъде между версии 5 и 7. Не можем да споменем, че Php 5.2. * И 5.6. * Са "различни" продукти. Както всеки друг език, интерпретаторът на Php страда от изтичане на памет. За загуба на паметта, особено когато става въпрос за рекурсия, стек и други "неконтролирани" раздели на кода, програмистите са свикнали. Тя стана норма след изпълнението на критичната част от кода да унищожи всичко, което е свързано с него. Проблемни и критично различни. С появата на системи за управление на сайта (CMS) е обичайно да се карат тонове безполезни (тоест, не показва кода от сървъра в дълбините на браузъра, но те не са безгранични. Комуникационните канали са добри, но се чувстват много по-спокойни, когато само преместват необходимата информация.
Много е хубаво, че сега е Php-fpm. Можете ефективно да манипулирате товара, да изолирате статиката на динамиката. Но много по-добре, когато разработчикът създава уеб ресурс с възможно най-малко и висококачествен код. Съвременните технологии са добри само когато се използват в обема и качеството, когато са ефективни, компактни и практични.
Други Linux са по-малко популярни, въпреки че всеки случай трябва да бъде внимателно оценен и оценен. Например, вътрешният RUNTU, който малко хора знаят, може бързо да спаси ситуацията, когато трябва да инсталирате система във виртуален контейнерс ограничено пространство в локалната мрежа и други неудобства.
