2easy

95% ir ļoti laba kvalitātes/izmēra attiecība. kvalitāte ir gandrīz kā 100%, taču faila izmērs ir 2x mazāks. savukārt zem 95% kvalitāte strauji paliek sūdīga, taču bildes izmērs tik strauji vairs nesamazinās. apsvērums ir tāds: tā kā vietas uz diska ir daudz un interneta ātrumi arī mūsdienās ir normāli, tad standarta situācijā nav vērts baigi taupīt katru baitu, bet labāk uzreiz lietot labu bildes kvalitāti. tāpēc izvēlas tādu %, lai kvalitāte būtu pietiekami laba un kvalitātes pieaugums būtu relatīvi lielāks par faila izmēra pieaugumu oo, bezmaz zinātnisks pamatojums sanāca! :D:D:D

lētumam jau arī tomēr ir robežas!!! serviss maksā $$$

hmm, labāk to darīt uz servera un 1x, nevis katru reizi likt usera browserim pa jaunam to pieprasīt un meklēt

lol, gan fetch, gan mysql_result() abi pabīda uz priekšu iekšējo mysql pointeri uz nākošo rindu :D:D:D tāpēc izmanto tikai vienu funkciju! tad jau laikam 1x fetcho ārā masīvu un ņem vajadzīgos laukus ;)

tad jau viss kārtībā ^^

kamēr useris vēl tikai shoppingo, cart/basket saturu glabā sesijā. kad jau viņš raksta savu piegādes adresi un personas kodu (ja vajag izrakstīt rēķinu), tikmēr vēl tev nevajag to order id. tikai kad viņš/a submito pēdējo formu un visi dati ir savākti, tad tikai to visu beidzot inserto db un iegūst order id, ko pēčāk var menedžēt admin panelī (līdz tam tas ir tikai "draft"). uz banklink arī viņu nosūti tikai tad, kad visu info jau esi dabūjis un insertojis db. tāpēc, ja visu dari pareizi, tad pa ļubomu tev order id būs tieši tad, kad tev tas būs vajadzīgs (un ne agrāk) vilks, ieraksti gūglē "adgriezt"

vai iis arī ir sava mod_rewrite alternatīva? varbūt ir vajadzīga vēl kāda apaches fīča?

tad ņem to skriptu par paraugu un papildini, lai tas norepleiso to, kas vēl nav norepleisojies. lv mīkstinājumu zīmes taču nav tik daudz!

ja tas ir guest, un par viņu nav nekāda info, tad nevajag arī viņu nekur glabāt. lai pie pasūtījuma ir user_id NULL galvenais, ka tev ir pasūtījums (order id) un visi vajadzīgie rekvizīti

apachi uz windows var vnkārši uzinstalēt tāpat kā jebkuru citu programmu. nekas nav jāmuhļī

var repleisot pa baitam. tu foxsk8 paprasīji to skriptu?

vau vau :D:D:D

labā prakse (imho): 1) visas bildes uzģenerē pievienošanas brīdī 2) bildes glabā kā failus folderos, nevis tabulās 3) bildes resaizo ar imagecopyresampled() 4) un iesaku jpg bildes iekš php seivot ar kvalitāti 95%

skaidrīte ;)

vai tad ratrijs.id.lv ir bez maksas? un tumblr reģistrācijā uzreiz piedāvā tikai tumblr subdomēnu!?

pārbaudi datus ;)

hmm, jāpadomā... ... ... wordpress??? :D:D:D

kriminālajā pasaulē ir tas pats. ja aizturētie bandas locekļi visu vainu noveļ uz kādu vienu personu, tad ir skaidrs ka tā persona ir vai nu drošībā vai arī zem zemes... :D:D:D

mēs jau te visi ļoti cenšamies izklaidēt tautu ;)

tas ir vienkārši, ja saprot, ko dara :D

nju parādi :P

tikai tu to nevienam neteiksi ;)

izlasīju! :)) nju jā, uz menedžmentu jau, protams, kkas ietaupās, ja darbību tiešām izdodas iecīnīt vienā kverijā ;) anyway, imho, optimizēt vajag tad, kad to patiešām vajag. un ja datu/apmeklējumu apjoms arī uzaug ļoti liels, tad var izrādīties, ka ar softa optimizēšanu var nepietikt. var gadīties, ka vajag vairākus serverus pat pie visnooptimizētākā asemblera koda. tā ka ar pāragru optimizēšanu tiešām var droši nepārcensties :D - Michael A. Jackson

nuu tiešām tādu palagu piesmērēji :P

kamēr es vēl neesmu izbanots, tikmēr vari droši spamot :D