Problém: admin log v high-traffic klubech nemá možnost zobrazovat, komu kdo dal kdy ban a kolikrát v historii se to stalo, a admin log má zhruba 2-3 měsíce cut-off. Historický data nejsou a nejsou dostupný přes API, včetne samotnýho logu, který v API není. Takže netuším, kolikrát se komu smazal post kde a jestli někdo dostal ban nikdy, nebo padesátkrát.

Takže účelem je sběr nějakých dat a zobrazování informací pro rozhodnutí v kontextu high traffic klubů

Řešení Nyx Moderator

Zbytek imgs tady https://imgur.com/a/OOOmRG6

- Dělá akce jen na základě user inputu přes vaše ID, což se pak zobrazí v originálním admin-logu
- Nedělá to nic samo, jen flaguje
- Nastavitelný threshold a pravidla na to, kdy flagne post ke smazání (budu rozšiřovat, ie podle hodnocení, podle obsahu (neobsahuje img v img klubu atd)
- Většuinu věcí bere z API
- Admin log to scrapuje jobem a parsuje pro výstup do db (nastavitelna frekvence)

Backlog
- Tampermonkey skript, kterej si tahá data z appky a zobrazuje přímo na frontendu Nyxu (TBC)
- Auto mode :)

Je to velmi alpha (napadlo mě to dneska kolem 18), testuju, ale budu to vyndavat k využití pro všechny, co mají práva na moderování, až si budu jistej, že to fakt dělá to co má, kde má.

Už mi to šlape, dík :) Sleduju RSS feed, vytahuju z něj obrázky, pomocí vision api validuju, že se jedná o stripy, a házim je přes api sem:

[Regularly Scheduled Humor Rectangles :: Strange Planet auto feed]

NYX: kewl, díky za vysvětlení. Zkusim dát post bez obsahu.

PLECH: Kdyz mas nahrane obrazky, prilozi se automaticky k nasledujicimu postu. Zaroven se s nim svazi, tj. smazani prispevku smaze obrazek.

Mám dotaz. Jak správně postnout obrázek do auditka přes api? Dělám dva kroky:
1) Volám /api/file/upload, kde dávám parametr discussion_attachment a ID diskuse. Toto prochází, dostávám URL obrázku v odpovědi.
2) Volám /api/discussion/{discussionId}/send/text, kam dávám html ve formátu <img src="$url"> s $url z předchozí odpovědi.

V auditku vznikne post, který obrahuje stejný obrázek dvakrát. Je samozřejmě možný, že mam blbě kód, ale nezdá se mi.

NYX: je to nějaký divný, mně to hlásí že posílám 59 kB.

POST Request mám takhle a response prostě vrátí že Entity Too Large. Ručně přes web editor mi to projde.

TOOMIX: No ale primo nyx by to vratil naformatovane uplne jinak. Formularova data jsou kazdopadne omezena na 100Kib.

NYX: ikdyž...

The HTTP 413 status code, "Request Entity Too Large," indicates that the server refuses to process a request because the payload size exceeds the server's allowable limits. This error typically occurs when sending large files or extensive data in requests

NYX: mám to jako HTTP request v C#, tak dobrý, kouknu tímhle směrem jestli není problém tam

TOOMIX: Takhle graficky provedeny error asi nebude z nyxu? Nejdes pres nejakou proxy atd?

TOOMIX: manuálně přes editaci nástěnky to tam vložit šlo

Mám otázku - spravuji soutěž Kdo umře, nástěnku generuju skriptem z databáze a přes API ji vždy aktualizuji. Teď jsem přidal dalšího člověka do soutěže a NYX mi vrací toto - rozumím tomu tak, že to moje HTML je moc velké?

[Kdo umře - tipovací soutěž]

NYX: super

SH_PANDA: Vicemene. Mozna je neco nezdokumentovane, ale snad to spis sedi.

ten swagger v headru je aktualni stav api?

DEEFHA: fuuck :D

BOD: Loop or die .-)

resim takovou vecicku,

1.] seznamy prispevku v diskusi
kdyz chci smazat vsechny prispevky z auditka, tak pri nacteni seznamu se nedozvim ze to nemam vsechno, Zatim to resim tim ze se pokusim nacist dalsi a pripadne pokracuju ale nejake voditko ze to jeste neni vsechno bych rad.

2.] monitoring like na prispevku
poslu post metodou send/text ale rad bych nejak ziskal id prispevku ktery jsem prave poslal, Je to proto ze nasledne budu cekat na to, zda prispevku nepribyl nejaky like nebo dislike (na tech az tak netrvam).

planuju si teda dohledat vlastni prispevek tim ze si nactu seznam, postnu znova nactu seznam odectu a najdu svuj nejstarsi. Ovsem problem je, ze tady bot jedna mym jmenem takze by mohlo dojit k soubehu.

2a.] to same jako ve 2. ale rad bych se dozvedel ze mi nekdo odpovedel.

obe funkce jsou pro ucel diskuse "rano to smazu" a hlavni co by se mi hodilo by bylo vedet jake je ID meho prave poslaneho prispevku.