Bylo by možné zobrazit počet nepřečtených komentářů? (diskuse)

[Michal Čihař]

Ale třeba se časem dočkáme. Pokud si dobře pamatuju, tak odkazy na další nepřečtený komentář si někdy taky odmítnul s tím, že by to bylo moc složité

[Leoš Literák]

Jenze prevest abicko na cisty Pull model by znamenalo odhadem dva az tri clovekotydny prace. Pri soucasnem dostupnem case bych to delal jeste o vanocich Holt abicko je jen moje hobby, na chleba si vydelavam jinak.

[Heron]

Celkovy pocet komentaru a datum posledniho zjistujes jak? K tomu nejsou treba dodatecne dotazy do DB?

[Leoš Literák]

Ne. Jen pro prvniho uzivatele, pak se tento objekt drzi v cachi a databaze se flaka. Kdezto cislo posledniho precteneho komentare je zavisle na uzivateli, tohle cachovat edava moc smysl.

[Michal Marek (twofish)]

A co to udělat úplně bokem a uživateli poslat cookie s počtem komentářů, které naposled viděl? Prostě při zobrazení článku poslat CLANEK_XYZ=aktualni_pocet_komentaru. Sice to neodpovídá bůhvíjakému ideálnímu návrhu, ale máš to za chvilku

[Leoš Literák]

Neprectene komentare byly puvodne v cookiene, ale nebylo to buhvijak spolehlive. Navic pokud jste pracovali na vice pocitacich, meli jste ruzne vysledky. Proto jsem to radeji presunul do databaze.

Dalsi problem s cookie je, ze tech diskusi behem jednoho dne muzete navstivit nekolik desitek. Velice rychle pak muzete skoncit tak, ze pri kazdem requestu bude vas pocitac posilat nekolik kilobajtu cookies, ktere bude muset server nacitat a zpracovavat. Brr.

[David Jaša]

Cookie jenom pro přihlášení. Chodím na ábíčko asi ze 4 počítačů doma a zhruba 5 oblíbených ve škole - pak je cokoliv takového nad cookies nanic.

[Luboš Doležel (Doli)]

No ale když server generuje HTML kód, kde barevně odliší přečtené a nepřečtené příspěvky, tak by přece neměl být problém si u každého přečteného zvýšit proměnnou o 1 a nakonec máš počet nepřečtených příspěvků.

Nebo mi něco uniká?

[Leoš Literák]

Unika . My mluvime o diskusich, ktere nejsou zobrazeny. Treba ted vidis vpravo zpravicku o XMMS. Kdyz jsem si ji prohledl, bylo v ni 12 komentaru. Ted vidim, ze je tam patnact. System by tedy v idealnim pripade zobrazil Komentaru 3/15.

[Luboš Doležel (Doli)]

Jo aháá

Já si říkal, že je to nějaký divný

[Leoš Literák]

Nechce se mi psat dalsi zapis do blogu, tak to placnu do diskuse. Udelal jsem dalsi drobne opravy. Za prve se u akci na diskusi s predefinovanym URL do noveho URL po redirektu cpal prefix (/clanky, /hardware apod). Pak jsem fixnul jedno NPE kvuli novemu jaxenu u editace anket.

Ovsem to co dotkne neviditelne kazdeho, je drobna optimalizace prevodu predefinovaneho URL na cislo relace. Pokud URL konci cislem, jde o cislo relace a nema smysl jej hledat v databazi. Jinymi slovy, u 99% requestu jsem odstranil jeden zbytecny SQL dotaz Ale jak budu cim dal vice nasazovat hierarchicka URL, tim se to procento bude snizovat.

[DjAARA]

Bylo by mozne dat do ramecku s blogy i pocet komentaru? Docela mi to chybi a mozna nejsem sam.

[Libor Klepac]

uz to tam je, ale jako mouseover, nebo title nebo jak se to jmenuje

[Leoš Literák]

Presne tak. Objevi se to po prejeti mysi. Uz tam nebylo misto, aby se to zobrazilo normalne, takze je to stejne jako u zpravicek.

[VícNežNic]

Mám dojem, že v Lynxu jsou normálně v textu odkazu, jestli to pomůže

[DjAARA]

No nic, trochu sem ustrelil. Diky za info. Ale opravdu sem si toho nevsiml, navic u me tam mista habadej:)) (1400x1050).

[Michal Čihař]

Mám pocit, že když jsem zobrazil diskuzi u článku, tak tam odkaz na nepřečtený komentář nebyl. Možná to je jenom pocit, ale blbě se mi to ověřuje

[Leoš Literák]

pockej si na nejaky flame

[Michal Marek (twofish)]

Tu dvoustovku u Yetiho článku bychom mohli dát, ne

[VícNežNic]

Není někde žebříček nejkomentovanějších článků a nejrozsáhlejších diskusí vůbec?

[unchallenger]

Elektru se 189 příspěvky jsem už předběhl, natož Nova distribucia, potrebujeme spolu pracovnikov s ubohými 184. CIJOMLův úlet s placenými drivery byl pak nějak rozdělen, takže ten jsem ani nezkoušel hledat.

[VícNežNic]

Chm, napíšu příspěvek do blogu tak flejmový, že donutím Leoše použít v počítadle komentářu typ double, nakoupit několikaterabajtové diskové pole, posílit konektivitu do řádu stovek gigabitů a pořídit pro abíčko nějaký superpočítač. Posléze se zhroutí největší světové ekonomiky, zbídačené náklady na elektřinu a telekomunikace, doražené drastickým poklesem produktivity práce, vypuknou občanské nepokoje, dojde k vojenským převratům, válkám a padne sociálně demokratická vláda.

Nakonec budete v nukleární zimě sedět v jesykni u ohně, žužlat kořínky a vyprávět si o tom kde měl opravdu nejkomentovanější článek :-P

[Michal Čihař]

No ještě by mohla konkurovat nějaká anketa, ale nechce se mi to procházet

[Michal Čihař]

Tak anktety jsou slabý ... Vede „Jaký původ by měla mít elektřina, která pohání váš počítač?“ se 171.

[Robert Krátký]

Pánové, zapomínáte na články. Co třeba Výsledky hlasování o nejoblíbenější distribuci s 262 komentáři nebo Je nás jen 0,7%? s 226.

[unchallenger]

Ano, zapomínám. Elektru nebo CIJOMLovy ovladače si pamatuji, protože ty flamewary měly věcnou podstatu (alespoň na začátku). Že jsem četl nějaké statistiky nebo úvahy, zapomenu pár dní po přečtení. Kromě toho nemohu udělat SQL dotaz do db jako ty :o)

[Michal Čihař]

No problém bude spíš v tom nelogickém rozdělení jaké odkazy jsou v pravém sloupečku a jaké nad diskuzí. Podle mě přesouvání odkazu mezi růnými zobrazními diskuze u článku není nejlepší nápad.

[Michal Čihař]

Už jsem to sepsal do vzkazů s dalšími podobnými podivnými odlišnostmi

[Leoš Literák]

A oba mate smulu Neznam totiz lepsi reseni. Leda u diskuse na samostatne strance zrusit ten navigacni sloupecek.

[VícNežNic]

Taky mi to přijde trochu nekonzistentní. Ale nejsme první.

[User682]

sice to neni pro textove prohlizece, ale nech to dopocitat javascriptem na strane klienta, kdyz zobrazujes __pouze__ vypis prispevku. spocitat pocty znacek prispevku, ktere nejsou oznacene.

nicmene nechapu, kde je problem ve vykonu masin? poradne zelezo by snad nemel byt problem. mimochodem, na cem ted abicko provozujete, pokud to neni tajne ? svizne to prilis neni.

ale predem upozornuji, ze toto neni moc koser reseni.

bye gf

[Michal Čihař]

My o koze a ty o voze.

[Leoš Literák]

Precti si tento thread

Vykon masin je a vzdycky bude omezeny. Neni problem saturovat libovolnou masinu ci cluster. Takze kod je treba psat rozumne, stejne jako mnozinu funkci nebo pouzite algoritmy.

Masina je furt ta sama. I kdyz se to brzy bude menit, ale zasadni narust vykonu to nebude. Dulezitejsi by bylo udelat analyzu toho, co se taha z databaze a trosku to optimalizovat.

Odezva abicka klesa a trapi me to. Jednim z duvodu je narust ctenaru. Holt abicko ma denne pres 5000 navstevniku, takze pochopitelne nebude na stejnem stroji stejne rychle, jako kdyz melo dva tisice ctenaru.

Horsi pricinou jsou ale ruzni spideri, boti a downloaderi. Kdyz se daji do prace a nelimituji pocet vlaken, tak to abicko proste neudycha. Posledni zariznuty mirrorista mel pres 40 vlaken. Ale pokud zrovna zadny mirror neni, pak mi abicko prijde stale velmi rychle. Jenze letos to neustale nekdo zkousi

[Käyttäjä 11133]

A neslo by omezit pocet vlaken z jedne IP? Ikdyz by se to asi dotklo lidi za natem jako jsem ja.

[Leoš Literák]

Tohle reseni navrhoval Kolisko uz nekolikrat. Ja se ho ale bojim. Jedna chybka v implementaci a ..

Nejdrive chci vyzkouset nove jetty rady 5. Ma byt rychlejsi. Treba se bude pod zatezi chovat lepe.