prenosny_stanek.jpg
(.:Gembler:.) RP (11.6.2012 16:46)
|
no jo to musí chcát do těch baget, ne? |
|
prenosny_stanek.jpg
(JM) RP (11.6.2012 8:11)
|
Ako ... alebo lepsie ... Kam ten chlap cura ??? |
|
Komentář byl smazán. |
|
prenosny_stanek.jpg
(May i cut in) RP (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
(bratrmatrix) RP (10.6.2012 11:09)
|
Alespon byl muj nahranej obrazek popularni no Ale je to ted normalni? 187 nelibi? |
|
prenosny_stanek.jpg
(Bobsik) RP (9.6.2012 19:07)
|
bů, už je to normální |
|
prenosny_stanek.jpg
(vecernik) RP (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
(PoO) RP (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
(vecernik) RP (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
(Ozchar) RP (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
(vecernik) RP (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 |
|
prenosny_stanek.jpg
(PoO) RP (9.6.2012 16:49)
|
to by bola riadna nahoda kebyze je registrovanych prave 2^16 - 1 uzivatela ... |
|
prenosny_stanek.jpg
(march08) RP (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
(Batrachus) RP (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 |
|