Telepítése php-FPM és nginx a debian 8 - rusadmin

Stabil és gyors működés a szerver függ a sorsa a helyszínen. Lassú teljesítmény és gyakori elesés pánik mind a látogatók és a keresők. Újabb és leszállította a minősítés a gátló helyszín a találatok között, és akkor nem a top 10, de, mondjuk, a top 100 összes kérést.

Segítségével ínszalag nginx és php-fpm és szolgáltatási területek lehetővé teszi, hogy növelje a sebességet a munkájuk, valamint a stabilitás a rendszer egészének. Továbbá, hogy felhagy a használata apache, akkor a rendszer egyszerűsítése és néhány még védeni. Végül is, ha nincs apache, akkor a támadó nem tudja használni, például a .htaccess fájlt a saját céljaira.

Egy rakás nginx + php-FPM beállításához viszonylag könnyen és támogatja azt számos népszerű CMS: WordPress, MODx, DLE, különböző keretek. Mindez képes dolgozni anélkül nehézkes apache.

Amikor telepíti webszerver, nem tud anélkül, hogy a felhasználó. Ideális esetben minden egyes területre felhasználót kell létrehozni. Így meg tudjuk védeni más oldalakon, ha egy felhasználó veszélybe kerül. A cikkben szereplő példák vannak írva, figyelembe véve azt a tényt, hogy a felhasználó hozott létre a utasításokat.

Először telepítse az alapvető modulok: php-FPM, mysql, göndör, GD. Az összes többi - az egyéni szükségleteknek.

Konfigurációs fájlok találhatók a / etc / php5 / FPM /.

Testre szabható php-medence szolgáltatási kérések

Kezdetben php-fpm csak egy medence nevű www. Fogjuk használni, mint egy alapot további medencék.

Nyissa meg a konfigurációs fájl /etc/php5/fpm/pool.d/www.conf. Megnézzük egyes változók és válasszon ki egy értéket a számukra.

Az első változó - hatálya nevét. Ez az szögletes zárójelben, és nem felel meg a nevét, minden létező felhasználó a rendszerben.

Ezután adja meg a felhasználónevét és a csoport, amelynek home könyvtár egy oldalon.

Meghatározza, hogy a medence kell dolgozni, mint egy unix-aljzatba. $ Változó lesz cserélve a medence nevét.

Mi határozza meg a statikus módban, ahol indításkor fpm létrehoz egy bizonyos mennyiségű folyamat medence. Ők ellát minden vizsgálatot.

Miért ilyen választás. ) Ez a leggazdaságosabb megoldásnak. Minden medence folyamat lesz a RAM elkülönített változó memory_limit plusz egy pár megabájt csatlakoztatott modulok, cache, stb Ha a statikus beállítást, az összes kérés csak akkor dolgozza hogy hozzon létre egy folyamat, és újakat által generált (és vegye fel értékes memóriát) nem. Ennek eredményeképpen kapunk egy fix memória-felhasználás.

Adja meg a szükséges számú folyamatok szolgálni a kéréseket. Válogatott a munka mennyiségétől függően.

Azt ajánlom a következő lehetőségek hozzá a végén a medence konfigurációs fájlban.

Directory ideiglenes fájlokat:

Directory tárolására munkamenet fájlokat:

Biztonsági okokból a hozzáférést ezekhez a könyvtárakat csak akkor kellene a felhasználói jogok azaz php-fpm medence. Továbbá, ne használja ugyanazt a könyvtárat tárolására munkamenet fájlok és ideiglenes fájlokat.

Korlátozása memória futtatását kell kiválasztani a követelményei alapján a helyszínen. A kezdéshez:

Adja meg a kívánt paramétert, amely a biztonsági rés:

Változók sendmail_path és open_basedir nem szerepel kifejezetten. Ők lesznek a továbbiakban a gyors-cgi paramétereket a konfigurációs fájlban nginx. Így akkor meg a beállításokat mindegyik oldalon. )

Miután az összes szükséges paramétert regisztrált, akkor újra kell indítani a php-FPM konfigurációs parancsot:

php script feldolgozás nginx

Továbbra is konfigurálható nginx dolgozni php-fpm. Ready config

example.com cím helyére a domain.

try_files $ uri = 404; megjelenítésére 404 a felhasználó böngészőjének, ahelyett, hogy az üzenet nem érkezik bemeneti fájlt. amikor a hiba jelentkezik.

fastcgi_pass - út a socket php-fpm.

Felsorolni könyvtárakat open_basedir: könyvtár a helyén, a mentési könyvtárának ideiglenes fájlok könyvtára munkamenet fájlokat.

Ha kell átadni több paramétert, hogy ezt így kell lennie:

Amint látható, a paraméterek segítségével elválasztottuk átvezetőcső: \ n.

Mentse az összes változtatást tenni, és indítsa újra nginx.

Kapcsolódó cikkek