btw: jak pripravuji ten chat, tak kdyby nekdo chtel podporovat v appce tu notifikaci o tom, ze uzivatel pise, staci POST na /api/mail/typing_notification/USERNAME

S nejakym throttlovanim treba max jednou za pet vterin

Ok, uz se buildi oprava, ktera tam pri resetu neprectenych na nulu bude zachovavat puvodni hodnotu.

Ja vcera nasadil ten chat co chystam (zatim pro ostatni zaslepeny) a tohle vzniklo v dusledku nejakych uprav jak se to precteni nastavuje.

Napriklad pokud ma clovek v poste nove zpravy od uzivatelu A, A, B, C, D, A, A (tj. ukazatel rika "7: A") a precte si v chatu konverzaci s uzivatelem A, nemuzu zresetovat nove na nulu, ale jen zmenim ten ukazatel na "3: D". A datum posledniho precteneho bude id zpravy od B - 1. Aby se nestalo, ze clovek takhle neco prehledne. Driv nebylo nutne vubec manipulovat s tou hodnotou posledniho uzivatele, tak mi ani nedoslo, ze by tam mela zustavat i kdyz uz clovek precetl vse.

NYX: Zrepordukoval jsem to tak, že jsem si poslal poštou odkaz na [MERKUR + BOLEHLAV + PEDROX na Koupáku - Neratovice], od té doby se mi tam začal vracet null. Kdy přesně jsem neměl čas moc zkoumat.

Hmmmmm...je pravda, ze vcera jsem neco menil, co by ten stav mohlo vyvolavat casteji. Kdyztak opravim.

NYX: Já jen, že mi to začalo sestřelovat Fyx od včerejška a začalo to null vracet nějak často :) Při přechodu na soundnull safety dart mi to proklouzlo, nikdy se to neobjevilo až včera poprvé.

LUCIEN: Bylo to vzdy nullable...protoze nove registrovany tam nema co mit. Ale je to spis anomalie, no.

Schéma User: neproběhla teď někdy nějaká změna na property "mail_last_from"? Bylo tohle vždy nullable, prosím?

NYX: Jo to je fakt... tak už jen přidat tu nástěnku do API, prosím :)

KEJML: v https://nyx.cz/profile/NYX/settings/authorizations si vytvor rucne token a pak uz pouzivej jen ten...ten login pak nemusis vubec resit.

NYX: Mne jen trochu odrazuje ten login :) ale jinak asi jo

KEJML: Na tohle muzes pouzit to standardni, ne? Asi krome editace nastenky.

Má Nyx taky nějaký API pro boty? Nebo je jediná cesta použít to, které se používá pro klienty, případně obyčejný parsování html? Jde mi o typicky o počítání bodů v soutěžních klubech, apod., čili přečíst si příspěvky, zapsat výsledek na nástěnku/do příspěvku. Případně i nějaký notifikace o novým příspěvku, ale to už chci asi příliš :)

B3DA: Nevim, budu muset prozkoumat jak je to ted udelane vlastne.

NYX: Diky. Planujes nejakou budoucnost te absolutni filtraci?

B3DA: Upravim zatim dokumentaci. S nevhodnosti k pouziti v tomhle stavu souhlasim

Pokud neni v planu vracet / pridavat filtr na absolute, bylo by fajn upravit popis na swaggeru, ale hlavne upravit to filtrovani aby

- param mel nejake minimum a maximum, hodnoty nad a pod clipnout, nebo na ne vracet error
- opravdu filtrovalo relativne s ohledem na konkretni diskuzi, treba i za cenu ze to nebude vzdy nad aktualnimi daty


pripadne to nevystavovat na api, v tomhle stavu to neni prilis vhodne ke konzumaci

Co se filtrovani podle hodnoceni v klubech tyce, koukam ze web nyx ted posila rating: 1 | 2 | 3.
Na api to (nekdy?) zacalo fungovat ... podobne.
Vlastne ne tak docela - v nekterych klubech mi filtruje rozdilne vysledky treba i +16 (+17 uz nevrati nic), nebo -22...
To je docela krypticky na neco, co je popsane jako:

Jak uz jsem zminoval, bylo by fajn mit parametr na prepinani mezi absolutnim / relativnim filtrem hodnoceni, pripadne separatni `rating_absolute` nebo tak neco.
Aktualne neni mozne tuhle filtraci v appkach udelat aby davala smysl (a ackoli to ve webovem nyxu z principu jit muze, nekdy to taky uplne nefunguje), nebo aby nad tim mel uzivatel nejakou kontrolu. (Ostatne jestli to dava smysl (jinde nez v last) je otazka sama o sobe, za me treba nedava)