Vlákno názorů ke zprávičce Nejpoužívanějším web serverem je odteď Nginx od byCx - S Apachem to je takový začarovaný kruh. Hostingy,...
-
S Apachem to je takový začarovaný kruh. Hostingy, což je, hádám, valná většina webů z té statistiky, ho nemůžou úplně dropnout kvůli mod_rewrite a proč by se vývojáři snažili se bez toho obejít, když to podporuje "každý" hosting. Naštěstí to je spíš doména PHP. Ostatní jazyky mají tendenci komunikovat nějakým buď svým nebo rovnou HTTP protokolem. Osobně mi je proti srsti fakt, že webserver načte soubor a nad ním spustí interpretr jak kdyby to byl nějaký šablonovací systém. Prakticky to nemá žádnou výhodu, ale nevýhody z toho úplně trčí.
-
Hlavní benefit PHP-FPM je, že se dá utéct z pomalého mpm_prefork, Že by mi někdy sletělo PHP-FPM při rychlém obsluhování požadavků jsem si nevšiml. Naopak jsem si všiml ukrutné režie MPM prefork.
Upřímně, ani nevidím důvod, proč bych něco ladil skrze sledování procesů. Kvůli oprávnění mám oddělené nginx instance podle projektu, PHP-FPM rozdělené v poolech podle projektu. Každý loguje nezávisle, takže jakýkoliv problém je okamžitě ohraničený tím, kde se vyskytuje. Když se něco přetíží, tak chcípne chybující projekt, nic víc.
To, co píšete, mě spíš vrací někam do devadesátek. Jeden apache, samý virtualhost, v něm nastavený user a group a mod_php. To bylo opravdu peklo na ladění, protože jeden problém ovlivnil všechno.
-
Je ten bug někde nahlášen? Já jen že spravuji pár set serverů s PHP-FPM a na nic takového jsem tam nenarazil. Stejně tak je možné monitorovat jak dlouho worker zpracovává požadavek. Co přesně to bylo je už na monitoringu samotné aplikace. Jediný důvod, proč používat mod_php, je efektivnější využití paměti při hostování velkého množství webů, kam přijde jen pár požadavků za den. Na všechno ostatní je lepší zvolit PHP-FPM.
-
Humanoid č. 1264054 - poruchovýBronzový podporovatel
Ten PHP server není snad ani pro produkční nasazení, ne? Nebo o čem je řeč?
