Nu era mai ok sa modifici max_execution_time si memory_limit in php.ini? sau cu un .htacces? as recomanda sa nu folosesti directive de genul asta care ajung sa dea kill la process in timp ce el isi face treaba acolo pt ca e posibil sa tai tranzactii, sa ramana date in aer prin baza de date, etc. Daca ajung sa fie datele corupte atunci chiar ca o sa ai o mare problema cu aplicatia aia. Sa inteleg ca tot nu ai dat de tipul care a scuipt minunea aia?
2010/11/17 Mircea MITU <[email protected]>: > Situatia s-a imbunatatit sensibil dupa aplicarea urmatoarelor limite in > Apache: > > RLimitMEM 32000000 48000000 > RLimitCPU 10 > > > On Thu, 2010-11-04 at 09:11 +0200, Mircea MITU wrote: >> Am compus o oda acestui personaj iubit a carei pasiune in viata o >> reprezinta "select *" si tabelele neindexate. De asemeni am pornit cu >> confratii de peste Prut o campanie de identificare si pedepsire a lui si >> a semenilor sai. >> >> Deoarece tot acest proces e posibil sa dureze cam mult, intre timp as >> avea nevoie de cateva hint-uri prin care sa limitez efectele benefice >> ale obiceiurilor lor, in speta limitarea resurselor (cpu/ram/io ideal) >> per apache vhost si/sau per mysql db astfel incat intr-un mediu shared, >> sa nu-i afecteze si pe ceilalti comeseni mai potoliti. >> >> Ce metode am la dispozitie pentru asta? Voi cum ati procedat? >> >> Multumesc >> >> >> _______________________________________________ >> RLUG mailing list >> [email protected] >> http://lists.lug.ro/mailman/listinfo/rlug >> > > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
