KEJML: Od poslední návštěvy v dané diskuzi, nikoli na nyxu.

A právě s tímhle čísledm bych chtěl šíbovat, že pokud skočím rovnou doprostřed, tak je poslední návštěva to, co je na začátku stránky a pokud pak rovnou jdu dopředu, tak to co je na začátku té nejnovější (ve smyslu data příspěvku, nikoli hodin nastěně), co jsem viděl.

KEJML: Vzhledem k tomu, že některé diskuze čtu občas, jiné furt a i během jednoho sezení je vidět, jak přibývají nové, tak vím, že si NYX "odjakživa" pamatoval čas posledního přístupu u každé diskuze zvlášť. Takže si naivně myslím, že pokud by ho s tím proklikem na nejstarší nečtený prostě nahradil časem z příspěvku na vrcholu stránky (a možná jen v případě, že aktuální stránka je také zároveň první tak aktuálním časem), tak by to mohlo fungovat snadno a rychle.

(Jo a taky mám ve zvyku po otevření NYXu rozklikat spoustu nových do tabů a pak se tím pročíst a pak teprve pokračovat další dávkou, kde se klidně ty samé diskuze objeví zas, pokud jsou aktivní)

Ale pokud máš na mysli, že se pamatuje jen čas posledního otevření diskuze, nikoli čas u každého příspěvku, takže když někde diskuzi otevřu, tak je od toho místa zpět až do pravěku při dalším otevření přečtené, tak to je v pořádku. Tak jsem to myslel. Jen při tom skoku "doprostřed" by mohl brát to "doprostřed" jako okamžitý čas, a jen pokud jdu v té diskuzi dopředu, tak ho updatovat podle toho, kam jsem se až dostal.

Čili když skočím na "nové" v diskuzi, co jsem četl naposled minulý rok, a pročítám jí od toho místa dopředu, tak bych rád měl možnost to někdy kolem února ukončit, a příští den to dotáhnout do května a další den pak do aktuálního data, i když přez noc počítač vypnu. A samozřejmě s tím, že jako dosud, když jí budu číst dlouho a mezitím tam budou lidi dál psát, tak to holt uvidím až když ji otevřu znova (nebo skočím na "discussion" v tom navigačním řádku nat tímto inputem (nikoli na vrcholku stránky), protože to je IMHO totéž jako vylézt ven a kliknout na tutěž diskuzi znova, jen je to praktičtější, když jen sleduju, jak lidi píšou, ale sám se diskuze neúčstním, takže se mi to po odeslání nerefrešne.)

No a samozřejmě, kdybych v té staré diskuzi na cokoli odpověděl, tak se mi pod tím holt zobrazí už od teď a sice bude plná nepřečtených, ale já budu nahoře, takže příště už bude "přečtená celá" až po tu mojí odpověď, jako normálně. Od toho mám taby, nebo si u trojčárky za jménem zapamatuju (v souboru na lokálu), co komu chci na co odpovědět a pak to tam nasypu třeba naráz, až to dočtu.

Zase nechci od toho "mailového klienta", co si pamatuje u každěho mailu jestli ano nebo ne.

BTW: zrovna jsem si všimnul, že když dám "text" a pak náhled, tak se mi zobrazí HTML kód budoucího přispěvku, zatímco když dám "HTML" a pak náhled tak se mi to zobrazí "jako na webové stránce" a v obou případech je to správně se všema menšítkama (<) a většítkama (>). Ale Bold s tagem B je tlustě a tak - zjevně si NYX vyhrál s rozpoznáváním co je a co není markup, jen netuším, jestli je to novinka, nebo ne, ale líbí se mi to :)

Na většině jiných serverů to funguje tak, že si buď dám HTML a musím tam používat nějaký integrovaný editor, nebo se musí ta většítka a podobně psát jako &gt; nebo dám TEXT a pak je nemusím zapisovat jako entity, ale zase nemůžu mít tlustý text, takže to podle toho, čeho je víc musím přepínat (teda pokud to vůbec přepínat jde)

Paráda :)

(jen jsem si měl dát náhled, protože &gt; je tady potřeba zase zapsat jako &amp;gt; - tady by se zase hodila možnost editovat už jednou napsané příspěvky, na druhou stranu to je dost práce navíc a občas to změní smysl diskuze, na třetí stranu tu stejně jde svoje mazat a na čtvrtou stranu bych to potřeboval tak jednou do roka, protože většinu překlepů lidi přežijou a já stejně nepostřehnu ve vlastním textu, takže by to byla jen prace navíc )

KEJML: Například okoun.cz to má takhle "od nepameti" :)
Stejně si musíš pamatovat oblíbené/bookmarkované diskuze uživatele a poslední přečtený příspěvek v nich, abys mohl udělat seznam s počtem nepřečtených/nových.
Takže taková naivní implementace je (ve skutečnosti tam pak je samozřjmě údajů víc a rozhozené po tabulkách a další chytristiky, jako třeba řazení do skupin atd. ), že uživatel má seznam diskuzí a každá z nich má odkaz na diskuzi a id posledního přečteného příspěvku. A když si uživatel nechá zobrazit bookmarky, tak projedeš ten seznam a u každé spočteš kolik nových tam je a jestli se teda má ukázat název vždy, a nebo jen když si otevře sekci a chce vidět i přečtené.

Něco jako
FOR oblíbené IN user.bookmarks (
SELECT novych AS COUNT() FROM přispěvky
WHERE příspěvek.diskuze.id = oblíbené.id AND příspěvek.id > oblíbené.poslední_přečtený
)

Následně můžeš udělat (vtipně řazený a rozdělený a případně skrytý, když nových=0) výpis s počtem aktuálně nových (a pro každé znovuzobrazení té stránky bookmarků to počítáš znovu, protože lidi furt něco píšou)
Ono to zase není tak šílené, protože přesně na takováhle věci jsou databáze optimalizované a při správném návrhu tabulek to umí velice dobře a rychle. (A taky si všimni, že vlastně tě ty příspěvky ani nezajímají, jenom jejich počet, takže vlastní text bude asi v jiné tabulce, aby se nemusel číst a bylo to malé a rychlé)

Když si pak uživatel tu stráknku rozklikne, tak nejdřív vymyslíš, co mu vlastně chceš ukázat (něco jako 20 posledních příspěvků, nebo kolik má nastaveno, že zobrazit naráz) a ukážeš mu 20 nejnovějších s tím, že ty nové (příspěvek.id > oblíbené.poslední_přečtený) mají červené datum. Něco jako
SELECT příspěvek.* FROM ..... WHERE ... ORDER BY ... DESC LIMIT 20;
Pak tam nasypeš navigaci jako << < 20 > >> a název diskuze a lišty a vyhledávání a tak a celé to hodíš jeho prohlížeči.

A když se pak proklikává dozadu/dopředu tak ve výběru příspěvků máš nějaký výraz jako
SELECT příspěvek.* FROM ..... WHERE ... ORDER BY ... DESC LIMIT stránka*20, 20;
a stránky čísluješ jako 0=nejnovější, 1=ta za ní, 2= jestě starší ...

A aby byl přehled, tak si rovnou do databáze napíšeš u toho uživatele, že oblíbené.poslední_přečtený je teď ten nejnovější, ale pořád počítáš v paměti s tou starou hodnotou, abys měl ty červené datumy správně. Teprve až ti z toho okna/diskuze vyleze, tak použiješ tu novou hodnotu z databáze (stejně tak, když si to okno otevře víckrát, tak v těch dalších oknech bereš už ty nové hodnoty)

---

To je teda naprosto hrubě zjednodušené, ve stylu "auta jezdí, protože se do nich lije benzín" (jenže se do některých lije nafta, elektřina, líh a milion dalších věcí jako třeba olej na smažení, a vlastně to jezdí protože nějaký motor a pedály a převodovka atd. a navíc teda taky fyzika, chemie, mechanika atd. a ještě ...), takže vlastně taková "lež pro děti" ...

---

No a tak jsem si říkal, že když NYX stejně někde má ta čísla příspěvků a stejně to furt počítá dokola, tak "přece nemůže být až takový problém" vzít oblíbené.poslední_přečtený a k tomu počtu nových v bookmarkách přidat odkaz na něj. (A to taky teď udělal a chvála jemu za to)

A když když se na ten odkaz klikne, tak se spočítá, kolik je nových (jo, můžu mít bookmarky otevřené hodinu, nebo den než se pročtu tím ostatním a lidi furt píšou), vydělí se to velikostí stránky a vyjde, kde v historii se to nachází (teda jaká je to "stránka" a tak se rovnou použije to
SELECT příspěvek.* FROM ..... WHERE ... ORDER BY ... DESC LIMIT stránka*20, 20;

A když už teda tu stránku mám, tak se podívám na ten první příspěvek na ní a TEN si uložím jako oblíbené.poslední_přečtený ZA PODMÍNKY, že je větší, než už uložený oblíbené.poslední_přečtený.
Takže pokud jdu dál do historie, tak se mi nové zkrátí jen o to co bylo na té stránce a dál se to nezkracuje, zatímco když jdu dopředu k současnosti, tak se s každou stránkou zjistí, že to novější je a pak mi ty nové "ubývají"
(Jak jsem psal, že mám 15.000+ nepřečtených (třeba 15.023), (a NYX dal limit na 100) tak to skočí na stránku s příspěvky 15.001..15.100 (z toho 23 nových a 77 starých) a budu mít jen 15.000 nových přesně a stránka bude napůl červená a napůl černá (teda 23/77, ale to je fuk). Když pak půjdu o stránku o stránku dozadu, tak jsem jen v černých datech a furt mám při příští návštěvě 15.000 nových, pokud někdo něco dalšího nenapsal. Zatímco když půjdu dopředu, tak se ukáže 14.901..15.000 a budu příště mít jen 14.900 nových )

---

Jako je to fakt silně zjednodušené, vzhledem k tomu, co NYX umí a dělá a různé ignory a double ignory a mazání správcema, či autory a vším možným okolo, ale snad jsem aspoň zachytil tu podstatu, i když provedení bude určitě složitější (jen netuším o kolik moc, a kde všude se to promítne, ale doufejme, že by to zase nemuselo být tak strašné, i když co všechno se tu řešilo s inzercí a dalšíma, tak to vypadá, že je to pod kapotou výrazně složitější, než se navenek jeví. Ona rikša (co tu předvádím) je taky celkem jednoduchá v porovnání s moderním autem (NYX) a ani tu bych sám z ničeho stavět nechtěl)

NAVARA: Neni ted

SPIKE411: Taky by me zajimalo proc nejsou videt navstevy profilu, že by presun pouze do premiovky?

Díky za opravy, ale mohl bys zveřejnit co máš ještě poznačeno. Myslím, že čekám už dlouho na asi 4 hlášené opravy. Některé jsem dokonce reklamoval opakovaně a nejsem si jist, že by přišlo jakékoliv stanovisko :(. Díky...

iOS15 :(

Proc vede i.nyx.cz na seznam?

KOC256: Tak věkem možná, povětšinou... :-)