PHP - pomalé vyřízení Ajaxových odpovědí
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?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ahoj, co myslis konkretne pomalym vyrizenim? Tj. jak dlouhe doby? Pavel Snajdr +420 720 107 791 http://vpsfree.cz On 09/09/2011 11:27 AM, Jan Drábek wrote:
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
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk5p3nMACgkQdh+64ds5DaZG5AD+IieiS5KaysnAr/nRaOtKwdfE fZuRRdZz/2lqvKQrpC0BAPHNHYibJNC+N+YB/5qlMrBuGqgbAGquvCCReBc60aC8 =d8sP -----END PGP SIGNATURE-----
2 sekundy až klidně 1 minuta. On Fri, 09 Sep 2011 11:37:55 +0200, Pavel Snajdr wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Ahoj,
co myslis konkretne pomalym vyrizenim? Tj. jak dlouhe doby?
Pavel Snajdr
+420 720 107 791
http://vpsfree.cz [3]On 09/09/2011 11:27 AM, Jan Drábek wrote:
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 [1] http://lists.vpsfree.cz/listinfo/community-list [2]
-----BEGIN PGP
SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ [4]
iF4EAREIAAYFAk5p3nMACgkQdh+64ds5DaZG5AD+IieiS5KaysnAr/nRaOtKwdfE
fZuRRdZz/2lqvKQrpC0BAPHNHYibJNC+N+YB/5qlMrBuGqgbAGquvCCReBc60aC8
=d8sP
-----END PGP SIGNATURE-----
_______________________________________________
Community-list mailing list Community-list@lists.vpsfree.cz [5]
http://lists.vpsfree.cz/listinfo/community-list [6] Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] http://vpsfree.cz [4] http://enigmail.mozdev.org/ [5] mailto:Community-list@lists.vpsfree.cz [6] http://lists.vpsfree.cz/listinfo/community-list
Ahoj, pri RoundCube bude problem najskor v konfiguracii a nie v PHP a AJAXe. Sam som s tym mal problem ze to nacitaval dlho. U mna bol problem v konfiguracnom parametri $rcmail_config['imap_auth_type'] ktory ma defaultne prazdnu hodnotu. To znamena ze pouzije najlepsi autentifikacny sposob aky server podporuje. Problem vsak je ze, on podla vsetkeho odskusa vsetky, v poradi DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN a na dalsi ide az ked ten prvy vytimeoutuje. Preto pomale prihlasenie a preto aj pomale nacitavanie, kedze on iste autentifikacne veci riesi aj pri nacitavani sprav, nakolko si sa v inom tabe mohol predtym odhlasit. Akonahle som mu tam natvrdo zapisal nieco taketo: $rcmail_config['imap_auth_type'] = 'LOGIN'; tak uz slo vsetko v pohodicke a svizne :) Snad to pomoze :) Rusho On Sep 9, 2011, at 11:44 , Jan Drábek wrote:
2 sekundy až klidně 1 minuta.
On Fri, 09 Sep 2011 11:37:55 +0200, Pavel Snajdr wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Ahoj,
co myslis konkretne pomalym vyrizenim? Tj. jak dlouhe doby?
Pavel Snajdr
+420 720 107 791
http://vpsfree.czOn 09/09/2011 11:27 AM, Jan Drábek wrote:
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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk5p3nMACgkQdh+64ds5DaZG5AD+IieiS5KaysnAr/nRaOtKwdfE fZuRRdZz/2lqvKQrpC0BAPHNHYibJNC+N+YB/5qlMrBuGqgbAGquvCCReBc60aC8 =d8sP -----END PGP SIGNATURE----- _______________________________________________ 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
Díky za radu, ověřil jsem to, ale bohužel není to tento případ. S pozdravem Jan Drábek On Sat, 10 Sep 2011 08:35:29 +0200, Ján Raska wrote:
Ahoj, pri RoundCube bude problem najskor v konfiguracii a nie v PHP a AJAXe. Sam som s tym mal problem ze to nacitaval dlho. U mna bol problem v konfiguracnom parametri $rcmail_config['imap_auth_type'] ktory ma defaultne prazdnu hodnotu. To znamena ze pouzije najlepsi autentifikacny sposob aky server podporuje. Problem vsak je ze, on podla vsetkeho odskusa vsetky, v poradi DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN a na dalsi ide az ked ten prvy vytimeoutuje. Preto pomale prihlasenie a preto aj pomale nacitavanie, kedze on iste autentifikacne veci riesi aj pri nacitavani sprav, nakolko si sa v inom tabe mohol predtym odhlasit. Akonahle som mu tam natvrdo zapisal nieco taketo:
$rcmail_config['imap_auth_type'] = 'LOGIN';
tak uz slo vsetko v pohodicke a svizne :) Snad to pomoze :) Rusho
On Sep 9, 2011, at 11:44 , Jan Drábek wrote:
2 sekundy až klidně 1 minuta.
On Fri, 09 Sep 2011 11:37:55 +0200, Pavel Snajdr wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahoj,
co myslis konkretne pomalym vyrizenim? Tj. jak dlouhe doby?
Pavel Snajdr
+420 720 107 791
http://vpsfree.cz [3]On 09/09/2011 11:27 AM, Jan Drábek wrote:
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 [1] http://lists.vpsfree.cz/listinfo/community-list [2]
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ [4]
iF4EAREIAAYFAk5p3nMACgkQdh+64ds5DaZG5AD+IieiS5KaysnAr/nRaOtKwdfE
fZuRRdZz/2lqvKQrpC0BAPHNHYibJNC+N+YB/5qlMrBuGqgbAGquvCCReBc60aC8
=d8sP
-----END PGP SIGNATURE-----
Community-list mailing list Community-list@lists.vpsfree.cz [5]
Community-list mailing list Community-list@lists.vpsfree.cz [7]
Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] http://vpsfree.cz/ [4] http://enigmail.mozdev.org/ [5] mailto:Community-list@lists.vpsfree.cz [6] http://lists.vpsfree.cz/listinfo/community-list [7] mailto:Community-list@lists.vpsfree.cz
Při momentálním zatížení je to záhadných 5 sekund (osciluje vždy o milisekundy). Nicméně záleží na konkrétní denní době. Jan D.
----- Original Message -----
From: "Pavel Snajdr"
To:
Cc:
Sent: Fri, 09 Sep 2011 11:37:55 +0200
Subject: Re: [vpsFree.cz: community-list] PHP - pomalé vyřízení Ajaxových odpovědí
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Ahoj,
co myslis konkretne pomalym vyrizenim? Tj. jak dlouhe doby?
Pavel Snajdr
+420 720 107 791
On 09/09/2011 11:27 AM, Jan
Drábek wrote:
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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk5p3nMACgkQdh+64ds5DaZG5AD+IieiS5KaysnAr/nRaOtKwdfE
fZuRRdZz/2lqvKQrpC0BAPHNHYibJNC+N+YB/5qlMrBuGqgbAGquvCCReBc60aC8
=d8sP
-----END PGP SIGNATURE-----
_______________________________________________
Community-list mailing list Community-list@lists.vpsfree.cz
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
Přidávám se s informací, že AJAX funguje výtečně. Máme na tom postavených několik jak browserových, tak mobilních aplikací a s žádnými lagy jsem se nesetkal. Naopak bych řekl, že to běží o mnoho lépe než na klasickém sdíleném hostingu. Dne 9. září 2011 12:01 zzzemfira89 <zzzemfira89@gmail.com> napsal(a):
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
-- Jan Grmela jan.grmela@imakers.cz +420 608 110 686 iMakers, s.r.o. Absolonova 725/81, Brno, 62400, Czech Republic ICO/Id: 29228875 DIC/VAT No: CZ29228875
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. StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 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 :
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 [1] http://lists.vpsfree.cz/listinfo/community-list [2]
Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] mailto:me@jandrabek.cz
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi rychle. Pokud tam neco nekde prekladas (reverzni zaznamy, at uz v PHP kodu nebo v Apache i pro ucely logovani), tak to muze dost zdrzovat a to zpozdeni by na to i odpovidalo. Pavel Snajdr +420 720 107 791 http://vpsfree.cz On 09/09/2011 03:18 PM, Jan Drábek wrote:
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.
StartServers 5
MinSpareServers 5 MaxSpareServers 10 MaxClients 150
MaxRequestsPerChild 0
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 :
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 [1] http://lists.vpsfree.cz/listinfo/community-list [2]
Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] mailto:me@jandrabek.cz
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk5qEpsACgkQdh+64ds5DaZylgEAs5CT/2hJNUqa0I9QUvQB+Noj qCd5gZxBYX5ZlD50q28A/Rfs5QtrpJcq4pzqC0HBcCbD8zz/zVK8Po+awLQLVQIp =Soqz -----END PGP SIGNATURE-----
Zkusil jsem si dignout pár IP klasických hostů a ty co se v logu objevují téměř neustále (moje domácí IP) a vše šlo bez zaškobrnutí - řádově jednotky milisekund. Jan On Fri, 09 Sep 2011 15:20:32 +0200, Pavel Snajdr wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi rychle. Pokud tam neco nekde prekladas (reverzni zaznamy, at uz v PHP kodu nebo v Apache i pro ucely logovani), tak to muze dost zdrzovat a to zpozdeni by na to i odpovidalo.
Pavel Snajdr
+420 720 107 791
http://vpsfree.cz [3]On 09/09/2011 03:18 PM, Jan Drábek wrote:
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. StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 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). Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log). divne nastaveny. A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut. ieco narocne robi, alebo len vyv nejaky sleep() v kode :-). width:100%">Matej Snoha PS: Sice off-t od rana ma DOSuju daki amici z DSLka. Co sem si toho v&scaron ední dobou nebo se to vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP jsou dost pomal&e
určité zpr& �esun atd... trvá až desítku sekund. Potřeboval bych nakopnutí jak takový
e nějaký webmail ve kterém vypadají kon ě jako v Gmailu? _______________________________________________ Community-list mailing list http://lists.vpsfree.cz/listinfo/community-list : ------ [1] mailto:Community-list@lists.vpsfree.cz [2] [2] me@jandrabek.cz _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz [1]
ists.vpsfree.cz/listinfo/community-list">http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ [4]
iF4EAREIAAYFAk5qEpsACgkQdh+64ds5DaZylgEAs5CT/2hJNUqa0I9QUvQB+Noj
qCd5gZxBYX5ZlD50q28A/Rfs5QtrpJcq4pzqC0HBcCbD8zz/zVK8Po+awLQLVQIp
=Soqz
-----END PGP SIGNATURE-----
_______________________________________________
Community-list mailing list Community-list@lists.vpsfree.cz [5]
http://lists.vpsfree.cz/listinfo/community-list [6] Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] mailto:Community-list@lists.vpsfree.cz [3] http://vpsfree.cz [4] http://enigmail.mozdev.org/ [5] mailto:Community-list@lists.vpsfree.cz [6] http://lists.vpsfree.cz/listinfo/community-list
Zdravím, zapojil jsem do práce xdebug profiler a zjistil, že se tráví 90 % času ve volání fsockopen a nakonec se ukázalo, že PHP má přeci jen zpoždění při překladu DNS (a to jak z DNS od masteru tak od googlu). Pustil jsem tedy na serveru dnsmasq a výchozí nastavení upravil takto: user=root (Jinak spadl, protože nemohl nastavit "capabilities") listen-address=127.0.0.1 Problém se tí vyřešil, takže zbývá jen drobnost: není příliš nebezpečné, že běží jako root? S pozdravem Jan Drábek On Fri, 09 Sep 2011 15:29:22 +0200, Jan Drábek wrote: > Zkusil jsem si dignout pár IP klasických hostů a ty co se v logu objevují téměř neustále (moje domácí IP) a vše šlo bez zaškobrnutí - řádově jednotky milisekund. > > Jan > > On Fri, 09 Sep 2011 15:20:32 +0200, Pavel Snajdr wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi rychle. Pokud tam >> neco nekde prekladas (reverzni zaznamy, at uz v PHP kodu nebo v Apache i >> pro ucely logovani), tak to muze dost zdrzovat a to zpozdeni by na to i >> odpovidalo. >> >> Pavel Snajdr >> >> +420 720 107 791 >> >> http://vpsfree.cz [4]On 09/09/2011 03:18 PM, Jan Drábek wrote: >> >>> 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. StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 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). ckquote> >>> ache musi forknut novy proces pre kazdy novy a >>> >>>> 2px solid; mar >>> ; width: 100%;">Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log). divne nastaveny. A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut. akt nieco narocne robi, alebo le >>> budli nejaky sleep() v kode :-). >>> >>>> width: 100%;">Matej Snoha PS: Sice off >>> z od rana ma DOSuju daki amici z DSLka. Co ote> jsem si toho v >>> ž poslední dobou nebo se to vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP jsou dost pomal >>> >>>> ute;v, určit&eacut >>> ;vy, přesun atd... trvá až desítku sekund. Potřeboval bych nakopnutí jak tako >>> >>>> . Neznáte nějaký webmail ve kterém vypa >>> onverzace stejně jako v Gmailu? _______________________________________________ Community-list mailing list http://lists.vpsf >>> fo/community-list [2] Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] [2] >>> >>>> st [3] mailto:me@jandrabek.cz [1] _______________________________________________ Community-list mailing list >>> ty-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list [3] >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.11 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ [5] >> >> iF4EAREIAAYFAk5qEpsACgkQdh+64ds5DaZylgEAs5CT/2hJNUqa0I9QUvQB+Noj >> qCd5gZxBYX5ZlD50q28A/Rfs5QtrpJcq4pzqC0HBcCbD8zz/zVK8Po+awLQLVQIp >> =Soqz >> -----END PGP SIGNATURE----- >> _______________________________________________ >> Community-list mailing list >> Community-list@lists.vpsfree.cz [6] >> http://lists.vpsfree.cz/listinfo/community-list [7] Links: ------ [1] mailto:me@jandrabek.cz [2] mailto:Community-list@lists.vpsfree.cz [3] http://lists.vpsfree.cz/listinfo/community-list [4] http://vpsfree.cz [5] http://enigmail.mozdev.org/ [6] mailto:Community-list@lists.vpsfree.cz [7] http://lists.vpsfree.cz/listinfo/community-list
Ahoj, a proc pri ajaxovych dotazech na localhost (ted myslim u toho roundcube) vubec dochazi k prekladu pomoci DNS? Co mas v /etc/hosts? Dne 15. září 2011 9:31 Jan Drábek <me@jandrabek.cz> napsal(a):
**
Zdravím, zapojil jsem do práce xdebug profiler a zjistil, že se tráví 90 % času ve volání fsockopen a nakonec se ukázalo, že PHP má přeci jen zpoždění při překladu DNS (a to jak z DNS od masteru tak od googlu). Pustil jsem tedy na serveru dnsmasq a výchozí nastavení upravil takto:
user=root (Jinak spadl, protože nemohl nastavit "capabilities") listen-address=127.0.0.1
Problém se tí vyřešil, takže zbývá jen drobnost: není příliš nebezpečné, že běží jako root?
S pozdravem Jan Drábek
On Fri, 09 Sep 2011 15:29:22 +0200, Jan Drábek wrote:
Zkusil jsem si dignout pár IP klasických hostů a ty co se v logu objevují téměř neustále (moje domácí IP) a vše šlo bez zaškobrnutí - řádově jednotky milisekund.
Jan
On Fri, 09 Sep 2011 15:20:32 +0200, Pavel Snajdr wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi rychle. Pokud tam neco nekde prekladas (reverzni zaznamy, at uz v PHP kodu nebo v Apache i pro ucely logovani), tak to muze dost zdrzovat a to zpozdeni by na to i odpovidalo.
Pavel Snajdr +420 720 107 791 http://vpsfree.czOn 09/09/2011 03:18 PM, Jan Drábek wrote:
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. StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 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 :
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 [1] http://lists.vpsfree.cz/listinfo/community-list [2] Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] mailto:me@jandrabek.cz_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk5qEpsACgkQdh+64ds5DaZylgEAs5CT/2hJNUqa0I9QUvQB+Noj qCd5gZxBYX5ZlD50q28A/Rfs5QtrpJcq4pzqC0HBcCbD8zz/zVK8Po+awLQLVQIp =Soqz -----END PGP SIGNATURE----- _______________________________________________ Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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
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
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
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
Kdysi jsem si porovnával mod_php s mpm-prefork a mpm-worker, fcgi a suphp .. nejrychleji z toho vyšel mod_php s mpm-worker, mpm-refork a fcgi řešení byly přibližně stejně rychlé a suphp bylo asi 40x pomalejší. Takže jsem ho odepsal. Teď tam mám mpm-itk, jak je na tom výkonnostně nevím, protože mám jen pár malých webů, ale rozhodně není pozorovatelné žádné závažné zpomalení. Právě zmiňovaný roundcube chodí úplně v klidu. Mpm-itk mi přijde jako zajímavá alternativa k fcgi, protože nabízí stejnou úroveň zabezpečení (pokud to chápu správně) a přitom je všechno hezky v konfiguráku apache, ne někde mimo (a žádné spoustěcí soubory atd.). Tolik moje zkušenosti. al-Quaknaa
Diky za tip na mpm-itk kouknu. Na druhou stranu konfiguraky pro fcgi a suexec mi generuje admin panel (froxlor), takze je to skor bez prace. Dne 9.9.2011 16:29 "Alli Quaknaa" <alquaknaa@gmail.com> napsal(a):
Kdysi jsem si porovnával mod_php s mpm-prefork a mpm-worker, fcgi a suphp .. nejrychleji z toho vyšel mod_php s mpm-worker, mpm-refork a fcgi řešení byly přibližně stejně rychlé a suphp bylo asi 40x pomalejší. Takže jsem ho odepsal. Teď tam mám mpm-itk, jak je na tom výkonnostně nevím, protože mám jen pár malých webů, ale rozhodně není pozorovatelné žádné závažné zpomalení. Právě zmiňovaný roundcube chodí úplně v klidu. Mpm-itk mi přijde jako zajímavá alternativa k fcgi, protože nabízí stejnou úroveň zabezpečení (pokud to chápu správně) a přitom je všechno hezky v konfiguráku apache, ne někde mimo (a žádné spoustěcí soubory atd.). Tolik moje zkušenosti. al-Quaknaa
Nové poznatky: Apache + CGI (moje výchozí konfigurace) - stav viz v předchozích mailech Apache + mod_php - žádná změna (dál jsem nezkoušel, mod_php by mělo být nejrychlejší) IMAP samostatně (claws-mail z desktopu) je velmi svižný. Zkusil jsem vyřadit tyto rozšíření: curl.ini imap.ini mysqli.ini pdo_pgsql.ini sqlite.ini xcache.ini gd.ini mcrypt.ini pdo.ini pdo_sqlite.ini sqlite3.ini xsl.ini imagick.ini mysql.ini pdo_mysql.ini pgsql.ini suhosin.ini Přesto žádná změna. Je nějaká možnost jak zjistit, co proces phpčka provádí? Když najedu na stránku PHP (jakoukoliv) tak naskočí okamžitě, ale jakmile vyšle AJAX request, tak se na serveru proces objeví a docela dlouho tam visí (jsem schopen ručně ho zjistit). Díky za rady On Fri, 9 Sep 2011 16:47:55 +0200, Ladislav Blažek wrote:
Diky za tip na mpm-itk kouknu. Na druhou stranu konfiguraky pro fcgi a suexec mi generuje admin panel (froxlor), takze je to skor bez prace. Dne 9.9.2011 16:29 "Alli Quaknaa" napsal(a):
Kdysi jsem si porovnával mod_php s mpm-prefork a mpm-worker, fcgi a suphp .. nejrychleji z toho vyšel mod_php s mpm-worker, mpm-refork a fcgi řešení byly přibližně stejně rychlé a suphp bylo asi 40x pomalejší. Takže jsem ho odepsal. Teď tam mám mpm-itk, jak je na tom výkonnostně nevím, protože mám jen pár malých webů, ale rozhodně není pozorovatelné žádné závažné zpomalení. Právě zmiňovaný roundcube chodí úplně v klidu. Mpm-itk mi přijde jako zajímavá alternativa k fcgi, protože nabízí stejnou úroveň zabezpečení (pokud to chápu správně) a přitom je všechno hezky v konfiguráku apache, ne někde mimo (a žádné
spoustěcí soubory atd.).
Tolik moje zkušenosti. al-Quaknaa
Links: ------ [1] mailto:alquaknaa@gmail.com
participants (7)
-
Alli Quaknaa -
Jan Drábek -
Jan Grmela -
Ján Raska -
Ladislav Blažek -
Pavel Snajdr -
zzzemfira89