Prosel jsem cestou mod_php -> suphp -> mod_fcgi + suexec. Na suphp prave kvuli bezpecnosti - mass virtual hosting. Na serveru s cca 50 weby byla rezie suphp reseni znat. Fcgi se suexec umoznuje stejne zabezpeceni jako suphp.
Dne 9.9.2011 15:47 "zzzemfira89" <
zzzemfira89@gmail.com> napsal(a):
> A mas realne taky web ze to aj citit? Pre mna par milisekund hore-dole
> nezavazi. Co som robil par php benchmarkov, fcgi mi na VPS bezalo
> podobne rychlo. Ale zas tak do hlbky som to neskumal.
>
> Ale tak jasne, fast cgi bude asi najrychlejim riesenim. Len ja z
> hladiska bezpecnosti preferujem SuPHP, mam s tym dobre skusenosti.
>
> Matej Snoha
>
> 2011/9/9 Ladislav Blažek <
lada@blazcata.cz>:
>> SuPHP je asi ten nejpomalejsi zpusob jak provozovat PHP. Doporucuji fcgi a
>> suexec.
>>
>> Dne 9.9.2011 15:35 "zzzemfira89" <
zzzemfira89@gmail.com> napsal(a):
>>> Ahoj.
>>>
>>> Ja som skratka nainstaloval cely ispconfig3 a len klikam :-).
>>>
>>> Ale bezi to tusim ako su_php modul pre apache2. Tiez mam prefork.
>>> Takze mam "klientov", konkretne unixove groups a kazdy z nich ma weby,
>>> co su users.
>>>
>>> PHP potom bezi s pravami user:group pre prislusny skript. Co je
>>> ziadany efekt :-) .
>>> Z /var/log/suphp/suphp.log :
>>> [info] Executing "/var/www/clients/client4/web6/web/index.php" as UID
>>> 5009, GID 5010
>>>
>>> Jedneho casu som mal aj mod_php, ale tam som mal problem nastavit
>>> tieto opravnenia pre php. Podobne ani fast-cgi som nedokopal k tomuto.
>>>
>>> Matej Snoha
>>>
>>> 2011/9/9 Jan Drábek <
me@jandrabek.cz>:
>>>> Také jsem chvílí použival google apps, ale vzhledem k drsným podmínkám,
>>>> které vlastně říkají, že se vším co projde přes google si můžou dělat co
>>>> chce...
>>>> To mi přijde takového Kafkovské (to do jaké míry drží google kontrolu nad
>>>> jednotlivými identitami... viz Proces).
>>>>
>>>> Uptime a load:
>>>> 12:29:39 up 16 days, 3:55, 1 user, load average: 0.02, 0.01, 0.00
>>>>
>>>> Apache mi používá apache2-mpm-prefork s tímto nastavením (nicméně ani 10x
>>>> parametrů neukázalo výkonový rozdíl.
>>>>
>>>> <IfModule mpm_prefork_module>
>>>> StartServers 5
>>>> MinSpareServers 5
>>>> MaxSpareServers 10
>>>> MaxClients 150
>>>> MaxRequestsPerChild 0
>>>> </IfModule>
>>>>
>>>> PHP akcelerátor nepoužívám.
>>>>
>>>> Suhoshin - Ano používám.
>>>>
>>>> V lodzích mám jen samé nezajímavé věci:
>>>>
>>>> Hlášení o nepovolených zvýšeních memory limitu
>>>> Hlášení o nutnosti nastavit timezone (mám v php.ini?!)
>>>>
>>>> Používám PHP verze 5.3.8-1~dotdeb.2. Nicméně používám CGIčkové PHP což
>>>> tuším
>>>> bude asi hlavní zdroj problémů.
>>>>
>>>> Je to problém více aplikací (namátkou jsme zrovna dneska zkoušel i atMail
>>>> a
>>>> trpěl stejným problémem).
>>>>
>>>> Jak řešíte oddělení domén (účtů) vy? (Tzn, aby si PHP nemohlo číst celý
>>>> adresářový strom, aby jste mohli mít různé php konfigurace pro různé
>>>> domény
>>>> atd...)
>>>>
>>>> Dík
>>>>
>>>> On Fri, 9 Sep 2011 12:01:46 +0200, zzzemfira89 wrote:
>>>>
>>>> Ahoj.
>>>>
>>>> No ja osobne mam google apps, takze tak :-) .
>>>> Ale problem dakde bude. Mne ajaxove veci bezia rozumne (zlomok sekundy).
>>>>
>>>> Napis, co mas vlastne za konfiguraciu web servera. (# apache2ctl status |
>>>> head)
>>>> Keepalive zapnute a rozumne vysoke? Pocty procesov/threadov v
>>>> apache.conf? Nie ze chudak Apache musi forknut novy proces pre kazdy
>>>> novy ajax request a potom ho zabit.
>>>>
>>>> Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log).
>>>> Samozrejme pozri aj do apachovych logov, ci su nejake chyby v php a
>>>> podobne.
>>>> Pouzivas aj nejaky PHP accelerator (APC napr.,)? Ze by bol nejako
>>>> divne nastaveny.
>>>>
>>>> A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut.
>>>> Ci sa tam fakt nieco narocne robi, alebo len vyvojari zabudli nejaky
>>>> sleep() v kode :-).
>>>>
>>>> Matej Snoha
>>>>
>>>> PS: Sice off-topic, ale uz od rana ma DOSuju daki amici z DSLka. Co
>>>> uz, pakety im zahadzuje fail2ban, ale ze nemaju nic lepsie na praci.
>>>>
>>>> 2011/9/9 Jan Drábek <
me@jandrabek.cz>:
>>>>
>>>> Zdravím, netuším zda jsem si toho všiml až poslední dobou nebo se to
>>>> vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP
>>>> jsou
>>>> dost pomalé. Nejvíc je problém vidět třeba v RoundCube, kde načtení
>>>> seznamu
>>>> zpráv, určité zprávy, přesun atd... trvá až desítku sekund. Potřeboval
>>>> bych
>>>> nakopnutí jak takový problém uchopit, kde můžou mít zakopaní psi atd.
>>>> Díky
>>>> Jan D. P.S. Neznáte nějaký webmail ve kterém vypadají konverzace stejně
>>>> jako
>>>> v Gmailu? _______________________________________________ Community-list
>>>> mailing list
Community-list@lists.vpsfree.cz
>>>>
http://lists.vpsfree.cz/listinfo/community-list>>> _______________________________________________
>>> Community-list mailing list
>>>
Community-list@lists.vpsfree.cz>>>
http://lists.vpsfree.cz/listinfo/community-list
>>