Pogledajte određenu poruku
Staro 30. 08. 2009.   #21
holodoc
član
Certified
 
Datum učlanjenja: 27.11.2007
Poruke: 71
Hvala: 10
12 "Hvala" u 11 poruka
holodoc is on a distinguished road
Default

Malo kasnim sa odgovorom ali eto, obaveze ne smeju da trpe.
Citat:
Originalno napisao Bojan Zivanovic Pogledajte poruku
Vrlo zanimljivo.

Ono što mene zanima je: koji je to primer visokoprofilne aplikacije gde su performanse toliko bitne da se više isplati zanemariti sve pogodnosti koje pruža jedan jQuery?

Takođe, da li imaš tačne brojke kada je samo usporenje u pitanju? I da li je to nešto što korisnik sam može da oseti? Ipak, ako je usporenje tipa "0.1s", onda ne korišćenje JS biblioteke spada više u red mikro-optimizacija koja mnogo više vremena pojede nego što donese dobrog.
Mikro-optimizacija može da bude gubljenje vremena samo u slučaju da se radi o web aplikacijama gde performanse i opterećenost hardverske infrastrukture nisu toliko bitne stavke. U slučaju visokoprofilnih (kriterijum se uglavnom može svesti na veliku posećenost) aplikacija sa dnevnom posetom od 100 000+, gde je svaki "potrošeni" bajt važan, mikro-optimizacija je i više nego bitna tako da bez obzira na prednosti koje pružaju JS framework sistemi količina generičkih i nespecifičnih funkcionalnosti koje dolaze u pakovanjima od po "par desetina ili stotina" kilobajta po frameworku jednostavno nisu opcija.

S obzirom da trenutno zaista nemam mnogo vremena hoću još jednom da naglasim da nisam kategoričan protivnik JS frameworka ali i da ih lično ne smatram rešenjem koje treba da se koristi u apsolutno svakoj zamislivoj situaciji niti se navikavati na to da budu jedini izvor rešenja svih problema jer će vam se desiti da postanete deo projekta (možda čak i preuzmete ceo projekat) gde frameworke nije dozvoljeno koristiti ili jednostavno postoji već neka baza koda koji je pisan u čistom JavaScriptu. A tada je malo teško objasniti nekome zašto ste recimo zbog čistog selektovanja CSS selektora izabrali da naknadno učitate kompletnu biblioteku "od par desetina do par stotina kilobajta" umesto sledećeg bloka
Kôd:
function __$(id){
     return document.getElementById(id);
}
Citat:
Originalno napisao ljtruba Pogledajte poruku
Moze jedno malo offtopic pitanje.

Treba mi uploader da ga integrisem u CMS za dodavanje proizvoda.
Da li je moguce da na stranici za dodavanje proizvoda se vrsi upload i da odmah putanja do slike bude polje koje se upisuje u bazu?
Obe skripte koje su ponuđene u ovoj temi poseduju svoju serversku-komponentu (uglavnom pogonjenu PHPom) tako da zaista ne bi trebalo da postoji problem da nakon uploada tvoja forma prilikom obrade sadrži i podatak o samom uploadovanom fajlu. Takođe, kada već pominješ putanju uploadovanog fajl moja preporuka je da ne skladištiš bilo kakve podatke o putanjama u bazu podataka. Najčešće primenjivana tehnika je da se fajl nakon uploada preimenuje u neki slučajno generisani hash (recimo MD5 od nekog slučajnog broja) koji se skladišti u bazu kao ime fajla. Primera radi uploadovani fajl miki_maus.jpg se za potrebe skladištenja u bazu preimenuje u a0f27638260642afb474516cc9184.jpg a konkretan fajl uploaduje na mesto predviđeno za to. Dakle u bazu nije poželjno nikada snimati bilo kakve staze i putanje do fajlova.
holodoc je offline   Odgovorite uz citat