prenosny stanek 09.06.2012 
Obrázek prenosny stanek
only red.lines matter flastenecke lypido zachraneno Enough-musk-is-enough IT dinosauri Career change cyklus ruske propagandy
Komentáře (55) Komentovat Nezobrazovat

prenosny_stanek.jpg (.:Gembler:.RP (11.6.2012 16:46)
no jo to musí chcát do těch baget, ne?

prenosny_stanek.jpg (JMRP (11.6.2012 8:11)
Ako ... alebo lepsie ... Kam ten chlap cura ???

Komentář byl smazán.

prenosny_stanek.jpg (May i cut inRP (10.6.2012 13:45)
páč všichni klikali na 'nelíbí' za účelem toho, aby to ještě vyrostlo, když to pačíslo zmizelo, tak zůstala jenom ta 'nelíbí' od těch uživatelů

prenosny_stanek.jpg (bratrmatrixRP (10.6.2012 11:09)
Alespon byl muj nahranej obrazek popularni no :D Ale je to ted normalni? 187 nelibi?

prenosny_stanek.jpg (BobsikRP (9.6.2012 19:07)
bů, už je to normální :(

prenosny_stanek.jpg (vecernikRP (9.6.2012 17:25)
tak samozrejme ze by se count nedelal pri kazdym zobrazovani. Ono staci ten count udelat pri kazdym hlasovani a pak vysledek ulozit jako cislo ke kazdymu obrazku. ale ne ze se to cislo bude pricitat odecitat. to cislo by se melo pokazde countnout. jinak muzou vznikat prave podobny nesmysly. A kdyz budes mit spravne indexy, tak to prave nijak extra narocne nebude.

prenosny_stanek.jpg (PoORP (9.6.2012 17:07)
vecernik: ano ale ziadat si count() pri kazdom zobrazeni prispevku by bola riadne draha operacia. preto sa to vacsinou robi tak ze si pri uzivatelovi pamatas ako hlasoval a len pri zmene hlasu in/dekrementujes hlasy prispevku.

prenosny_stanek.jpg (vecernikRP (9.6.2012 17:04)
ozchar - don't get it.. kdyby to bylo tak jak rikam, tak to vzniknout nemuze, protoze kazdej radek = jeden unikatni uzivatel ktery dava budto libi nebo nelibi. tzn das count() where obrazek=XX AND hlas="0" , pripadne hlas="1" a tim je to hotovy.. nemohl by ses za zadnych okolnosti dostat do zapornych hodnot

prenosny_stanek.jpg (K.91) (9.6.2012 16:58)
181 Nelíbí!! Close enough

prenosny_stanek.jpg (OzcharRP (9.6.2012 16:54)
vecernik: ano, to verim ze to je v databaze unikatne, inak by to asi ani neslo...pri paralelnom spracovani to moze byt nejak tak, ze prva poziadavka spracovavana nejakou metodou nelibi precita databazu, potom druha poziadavka precita, prva ulozi a druha ulozi uz nespravne, lebo ma stare udaje precitane pred prvym ulozenim...tym nepravnym ulozenim moze byt napriklad inkrementovanie hodnoty nelibi potom by bola inkrementovana 2x...

prenosny_stanek.jpg (vecernikRP (9.6.2012 16:51)
Poo - to samozrejme ne. maximalni cislo "nelibi" je zcela jasne prokazatelny -65535 . Ale je fakt ze vzhledem k tomu ze vznikla chyba, ktera by pri pouziti myho navrhu vzniknout nemohla, tak to znamena jedno jediny - roumen to ma navrzeny spatne :P

prenosny_stanek.jpg (PoORP (9.6.2012 16:49)
to by bola riadna nahoda kebyze je registrovanych prave 2^16 - 1 uzivatela ...

prenosny_stanek.jpg (march08RP (9.6.2012 16:46)
řekl bych, že to dalo "nelíbí" pro všechny usery, takže nějaká chyba s databází

prenosny_stanek.jpg (BatrachusRP (9.6.2012 16:34)
Jsem napsal esej o 1120 znacích v naději, že je to chráněný jen javascriptem a ono prd :-(

další...