Php-fpm: telepítés és konfiguráció

A Modern programozás a növekvő mennyiségű információ elosztott feldolgozása. Helyi eszközök a távoli múltban. A webszerverek, a fejlesztők és a fogyasztók elosztott csapatai relevánsak. A feladatok és alkalmazások olyan kérésfolyamokká váltak, amelyek azonnali válaszokat igényelnek.

Php-népszerű programozási nyelv, , de saját kezdeményezésére" áramlik", és termékeny talajt biztosít a képzett fejlesztők számára, hogy rengeteg nem hatékony kódot hozzanak létre. A kezdő programozó ígéretesebb, mint a számítógépes technológia ásza, azon az egyszerű alapon, hogy gondosan, figyelmesen és szorgalmasan kezeli a feladatot minimális kódmennyiséggel.

Az fpm megjelenésének és ötletének okai

Nem kell "bang" tonna kódot jeles elődök a probléma megoldására, elég, hogy írjon egy szép, jól kommentált kódot. De éppen a nagy kód, a népszerű webes erőforrások, a Php technológiai hiányosságai, valamint a webes erőforrások terhelésének (látogatóinak) növekedése köszönheti születését a webszerverekre irányuló kérelmek feldolgozásának felgyorsítására szolgáló számos lehetőségnek.

Egy normál szerver magára veszi az összes terhelést, folyamatok és okos logikák szerint festi. Kapacitása korlátozott, és kénytelen új kéréseket sorba állítani, amíg nem kezeli azokat, amelyek már működnek.

Különböző SAPI (Server API) változatok megoldották a kérés áramlásának gyors feldolgozásának problémáját, de a korlátozások megmaradtak. Az Nginx megjelenése egy webes erőforrást mutatott be a statika és a dinamika kombinációjaként, átadta a hosting karbantartási munkát az események és a terheléskezelés területén.

Egy weboldalon nem sok Php található, de mindig sok szöveg, kép és egyéb elem található, amelyeket azonnal biztonságosan el lehet küldeni a látogató böngészőjébe, bármilyen szerverfolyamat feldolgozása nélkül. Csak akkor, ha van Php kód az oldalon kell alkalmazni Php vagy Php-fpm.

Valójában egy gyors folyamatkezelőről beszélünk (FastCGI Process Manager). Többször is futtatható, de csak akkor, ha ésszerű szükség van rá. Minden kérésnek saját folyamata lesz. A következő kérés a következő folyamat. Ez jelentősen megváltoztatja a dolgok állapotát, és a webhely teljes oldala gyorsabb lesz a látogató böngészőjében.

Nem mondható el, hogy az Nginx és a Php-fpm ötlete minden problémára gyógyít, de sok esetben kiváló megoldás egy produktív webszerver létrehozására. Még tovább mehetsz, ha az Apache tapasztalatát és bölcsességét kombinálod az Nginx fiatalságával és ambíciójával. Ebben az esetben terjedelmes folyamatok küldhetők az Apache-nak, a könnyű oldalak pedig a Php-fpm-nek.

Helyzetértékelés és-előkészítés

Az egész linuxoid családot az egyszerűség és a kényelem jellemzi. Valójában ezeknek a rendszereknek az adminisztrációja tudást és készségeket igényel. UBUNTU system for Php-az fpm és az Nginx jó választás. A vállalkozásorientált CentOS több tudást igényel.

Más Linux rendszerek kevésbé népszerűek, bár minden esetben gondosan mérlegelnie kell az összes körülményt, és tájékozott döntést kell hoznia.

Például a hazai RUNTU, amelyről kevesen tudnak, gyorsan megmentheti a helyzetet, amikor a rendszert egy virtuális tárolóba kell telepíteni, ahol a helyi hálózaton belül korlátozott hely van, és más kellemetlenségekkel jár.

Nem elég a Php-fpm behelyezése, azt is ellenőrizni kell, mielőtt "kimegy". A RUNTU ideális tesztelő, ha csak egy konfigurálható számítógép (virtuális tárolója) néz a külvilágra. A helyi hálózatban mindig gyorsan békés kapcsolatot létesíthet. Nem csak a Php-fpm-et lehet ellenőrizni: több nginx virtuális gazdagép konfigurálása és ellenőrzése is elérhető lesz.

Mindig jobb a rendszer telepítésével kezdeni. Azokban az esetekben, amikor a rendszer már fut, és csak a Php-fpm-et kell telepíteni, előre nem látható problémák merülhetnek fel. Például a CentOS 6 és Php 5 korlátozásban. A CentOS 7-ben és az Apache + Php 7-ben.

A virtuális gépek divatja szintén korlátozás. Frissen sült és ígéretes "Space tintahal" (Ubuntu 18.10 kozmikus tintahal) könnyen bejuthat egy virtuális tartályba, de elvileg nem fog működni. Úgy néz ki, mint egy nyilatkozat: a környezetem a világűr, nem valamiféle konténer.

A Linux nem Windows, de képes karaktert mutatni, és minden lehetőséget megtesz. Csak a tudás és a készségek segítenek megbirkózni a feladattal bármilyen működési környezetben.

Az UBUNTU telepítése

Az UBUNTU 18 telepítése.04 egy szerver verzió egy egyszerű és praktikus megoldás.

Gyors, egyszerű és praktikus. Egy jó alap, amelyre minden linux megfelelően utal, a gyakorlat. Még akkor is, ha telepítenie kell a php-fpm-et a CentOS 6-ra, nem fog fájni, ha megbízható és egyszerű rendszeren tesztelik. Könnyebb lesz megérteni, hogy hol és mit kell keresni a rendszerben, amelyre a feladat összpontosít.

Az Nginx Telepítése

Egy parancs és néhány perc elég. Egy modern és gyors webszerver lett telepítve egy gépen vagy egy konténerben. Csak meg kell nyitnia a tűzfal portjait, és tovább mehet.

A fő nginx konfiguráció a következő helyen található:

• /etc / nginx

mindig emlékezzen három parancsra:

• systemctl állapot nginx;
• systemctl stop nginx;
• systemctl start nginx.

Ezeket akkor kell használni, amikor a kiszolgáló konfigurációja megváltozik. Nem szabad megfeledkeznünk arról sem, hogy a konfiguráció megváltoztatása, a virtuális gazdagépek regisztrálása IP-címekkel és gazdagépnevekkel van társítva, amelyeket szintén figyelembe kell venni a:

• / etc.

Nem számít, mikor kell telepíteni a Php-t-fpm, Php, MySQL, Apache és Nginx, de bölcsebb az utolsó két pozícióval kezdeni, majd továbblépni másokra.

Gyorskezelő telepítése

A Php-fpm telepítése egy parancs és két művelet.

A telepítés végrehajtásra kerül, a pontosvessző (megjegyzés szimbólum) a php-ben.az INI fájl eltávolítása és a kezelő újraindítása.

Fontos figyelni: a gyorskezelőre mutató link egy webhelykonfigurációs fájl. Ebben az esetben a kiszolgálónak csak a forráshely és annak konfigurációja van az alapértelmezett fájlban.

Minden virtuális gazdagép esetében megfelelő változtatásokat kell végrehajtania a kiszolgáló blokk konfigurációs fájljában.

Az ábrán három helyblokk van kiemelve: az első már ott volt, a következő kettő hozzá lett adva. Az első mindenre vonatkozik, a második csak Php fájlokat, a harmadik tiltja .ht * fájlok-jelentése Apache konfigurációs fájlok.

A befejezett munka tesztelése

A webhely gyökérmappájában létre kell hoznia egy indexet.php fájl és tesztelje az Nginx konfigurációt. Nem lesz probléma, ha minden gondosan és helyesen történik.

Ezután újraindíthatja a webszervert, és megkaphatja a kívánt eredményt.

A fenti példában a Php-fpm 7 lett az automata.2. Minden egyes esetben más lehetőségek is lehetnek. Gyakran használják a Php 5-öt és a hozzá tartozó gyorskezelőt.

Technológiai részletek

A Php egy népszerű és használt nyelv. Nem szégyen, hogy a 6. Verzió valahol az 5. és a 7. verzió között ment. Nem kell emlékezni arra, hogy a Php 5.2.* és 5.6.* "különböző" termékek.

Mint minden más nyelv, a Php tolmács memóriaszivárgást szenved. A memória elvesztése, különösen a rekurzió, a verem és más" ellenőrizetlen " kódszakaszok esetében a programozók. A kritikus kóddarab végrehajtása után normává vált, hogy elpusztítson mindent, ami hozzá volt társítva.

Más dolgok problematikusak és kritikusak. A webhelykezelő rendszerek (CMS) megjelenésével szokássá vált, hogy rengeteg haszontalan (azaz nem megjelenített) kódot vezessenek a szerverről a böngésző bélébe, amelyek nem korlátlanok. A kommunikációs csatornák jók, de sokkal nyugodtabbnak érzik magukat, amikor csak a szükséges információk mozognak rajtuk.

Nagyon jó, hogy most van Php-fpm. Hatékonyan manipulálhatja a terhelést, elválaszthatja a statikát a dinamikától. De sokkal jobb, ha egy fejlesztő létrehoz egy webes erőforrást a lehető legalacsonyabb és kiváló minőségű kóddal.

A Modern technológiák csak akkor jók, ha a kötetben és a minőségben használják őket, ha hatékonyak, kompaktak és praktikusak.