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.