Nahodne zabijeni procesu apache

Jan Jurák yan.jurak at gmail.com
Sun May 22 08:23:51 CEST 2022


ahoj,

tohle je spis jen nazor

jako vzdy pozde a zrovna to sem jdu napsat as last resort php-fpm.
Uplne se nezarucim jestli s apacem tam neni nejaky rebus overhead pri
zatezi, ale pro nginx php-fpm pouzivam na produkci dlouho a ma to pred
mod_php a apachovymi implementacemi vlaken radu prednosti:

 - dobre se to debuguje, lze si danou app nastavit debug log
 - je mozne tu app bezet pod uzivatelem se zapisem k danemu socketu
ktery se zdili s tim apache nebo neginxem a zgrupovat je do trebas
www-neco pro webserver se ctenim. Hackuty wordpress znamena
kompromitovanej nejakej proces, kterej ma zapis jen do sveho sosketu a
pred sebu tupej reverzni proxy webserver - jina to uplne jina situace
nez mit pred sebou apache / a vsecky apps v mod_php co bezi pod
jedinym uctem apache. ty sockety se v systemu nemusi zadnym zpusobem
sdilet (i kdyz muzou) a dosici vcelku obstejne odelenosti pro uziky.
 - no a samotnej ten process management, kazda app muze mit svou
logiku jak childy spamovat...

apache s php-fpm tu mam zelbohu jen v labu, ale pro me je to
nejsikovnejsi zpusob na phpko...



Many Regards
Jan Jurák

Many Regards
Jan Jurák


On Thu, Apr 21, 2022 at 10:26 AM Miroslav Lachman <000.fbsd at quip.cz> wrote:
>
> On 14/04/2022 12:30, Martin Stachura wrote:
> > Prehozeni MPM Event na MPM Prefork pomohlo. Dekuji.
> >
> > Na trech servery s Apache (MPM event) + mod_php (ZTS), po přehozeni na
> > MPM prefork hlasky zmizely. A na jednom serveru mam Apache (MPM event) +
> > php-fpm, tam se objevuji hlasky zridka (od noveho roku 8 hlasek).
>
> Ano, s tim php-fpm je to "jedina mozna" varianta funkcniho provozu s
> vicevlaknovym MPM a pripadne HTTP2. Duvod je jednoduchy - PHP se vubec
> neinterpretuje v Apache (mod_php), ale bezi jako samostatny daemon s
> preforkovanym poctem procesu a ty vlakna Apache se k temto preforkovanym
> procesum pripojuji pres sitovy socket (TCP), nebo Unix domain socket na
> disku.
> Pokud se tam i nadale stava, ze sem tam nejake vlakno / proces Apache
> umre se signalem 10 / 11, tak uz to bude pravdepodobne necim jinym, nez
> souvislosti s PHP.
>
> Mirek
> --
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l



More information about the Users-l mailing list