Ignorand dulceturile spuse la adresa "programatorilor" php&mysql...
Eu cu asta ma ocup:) php & mysql, si iti pot spune ca un query mysql trebuie sa fie facut FOARTE prost ca sa iti returneze chiar si 5Mb de date, pt ca cel mai des vorbim de afisare de pagini html, adica texte. Sunt curios cate pagini cu 5mb de text ati vazut pe net... posibil RFC-urile sa se apropie.. Deci la partea de mysql cred ca poti sa te relaxezi. La partea de apache, recomand cu multa caldura instalarea unui accelerator (instalarea unui eaccelerator aratau viteze de 5-10 ori mai mari pentru executarea php-urilor). Raspunsul standard la ce fac de obicei e cam de 0.3-0.8s. Deci cred ca poate duce la minim 3600 de afisari pe ora , x24h = 80.000 afisari/zi:) Si scripturile consta in >100 de php-uri incluse pt fiecare afisare(lucru rezolvabil de eaccelerator sau phpa), vreo 3-15 query-uri, si folosirea de diverse "layere" intre mysql/script php si template-uri/script php (astea 2 chestii aproape ca injumatatesc viteza scriptului). Ce incerc sa zic mai sus e ca timpul ala de 0.3-0.8 e worst case scenario, eu nu folosesc pt develop acceleratoare si nu fac nici un fel de caching la queryuri, templateuri...etc. In productie , nu imi amintesc sa fi auzit pe cineva sa se planga de viteza scripturilor, si de cele mai multe ori raman setarile din develop(deci fara accelerators & caching)... Revenind la mysql... am observat ca dureaza destul de mult conectarea propriuzisa la baza de date, nu neaparat query-ul (asta presupunand ca ai tabelele indexate, si ca un query nu intoarce 300Mb de date:) ) Deci presupun ca un mysql instalat pe local e cel mai bun totusi... exceptie face cazul bazelor de date de xxxGb si care necesita load-balancing. Si ca hardware... folosim [EMAIL PROTECTED] dual-cpu sau HT nu mai stiu si 2G de ram. Si 2 hdd-uri in raid de 120Gb. Acelasi sistem este folosit si ca server de mail, ftp, samba.. u name it:) si sunt rulate mai multe aplicatii pe el... Daca tot nu esti lamurit.. cred ca "metoda bâjbâielilor succesive" dupa cum zicea cineva mai sus ramane cea mai buna solutie nu ai cum sa dai gres cu ea;) On 9/19/07, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote: > On Wed, 19 Sep 2007, Claudiu C. wrote: > > > Ce cretini le-au scris? Sa stim sa ne ferim de ei.. daca o sa avem > > nevoie de serviciile altora :D > > Pai fereste-te de programatorii "php&mysql" in general si ai > scapat. Daca angajezi programatori php da-le ca test sa-ti faca designul > unei aplicatii, ca majoritatea sint total pe afara la design (si la > scrisul codului, ca-s related la un punct). Pacat de programatorii > php(&mysql) care au urme de creier printre taritele din cutia craniana... > ca sint si dintr-astia. > > -- > Any views or opinions presented within this e-mail are solely those of > the author and do not necessarily represent those of any company, unless > otherwise expressly stated. > > _______________________________________________ > 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
