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