Re: [php-konf]
From: aurimas norkevicius (aurimas@balticmedia.com)
Date: 2003-05-23 14:04:20
> La,
>
> > nemazai, ir vadovams uzkniso kisti pinigus. Todel mes su PHP padarom
> > ta moduli, su neprastesniu funkcionlumu, o darbas su DB zymiai
pagreitejo.
> > Taip kad linuxas
> > ir PHP smarkiai sutaupe pinigus. Laiko atzvilgiu pvz. prekiu uzsakymo
> > operacija darbuotojai greiciau
>
> Aplikacija per web'ą gražu, puiku. Viena - darbą dar labai riboja pati
> naršyklė. Nu ne esmė. Klausimas - su kuo kurta aplikacija. Atsiranda
> genialių (mano požiūriu) žmogučių, kurie enterprise aplikaciją lipdo su
> PHP (dabar mane pradės mušti).
>
> Truputį nerimtas argumentas dėl greičio. Klausimas - kas greičiau dirba
> - kompiliuojama ar interpretuojama programa? O jei kas pasakys, kad PHP
> kompiliuojama, tai giliai nustebsiu. Imkime kad ir Java agregatą.
> Užsikuria lėtai - visgi daug kodo. Bet kai užsikuria, tai ir sukasi.
> Todėl, kad viskas sėdi RAM'e ir sukompilinta. O PHP kiekvieną kartą
> reikia interpretuoti. Perl'ą gali leisti per FastCGI. O jei lėtai dirba
> su DB, tai čia jau ne kalbos bėdos. Dažniausia bėdos būna lievame
> programerių kode (daugiaaukščiai select'ai).
Jeigu kliento programa visus selecto duomenis parsisiuncia kiekvieno knopkes
paspaudimo metu tai aisku kad VB harda pragriauzti turetu ir etherneto
kabeliai kaisti
tai problema turbut tame. Naudokit vb limit selekte ir bus greiciau 5% negu
php+mysql bet brangiau va tiek procentu (mssql+vb)/(mysql+php)*100%
