RSS Guard - novinky ve verzi 3.0.0

16.12.2015 11:13 | Přečteno: 1830× | Programování |

Tak sem nám chýlí rok ke svému konci a RSS Guard 3.0.0 je tady

Tenhle release byl hlavně o zavedení jakés takés pluginové architektury, což se celkem povedlo, a implementaci dvou základních pluginů:

• plugin pro práci se standardními kanály,
• podpora Tiny Tiny RSS.

Přehled bugů a featur, které se týkají tohoto vydání, je možno zhlédnout zde. Tak se podívejme na ty změny:

• Přidána možnost kompletně zakázat popup notifikace.
• Přidána možnost skrýt status bar.
• Přidána akce na přechod na další nepřečtenou zprávu.
• Opraveny určité problémy, které se objevovaly, když uživatel vybral HODNĚ zpráviček - například přes CTRL + A.
• Po aktualizaci kanálu se v popup notifikaci zobrazuje přehled právě proběhlé aktualizace.
• Menší ikony v popup notifikacích.
• Upraven bordel v aktualizčních SQL skriptech.
• Opravena detekce kódování v dialogu na editaci kanálů.
• Opraveno zakázání tlačítka "Cleanup" v download manageru.

Tiny Tiny RSS plugin

Co to umí?

Aktuální stav je ten, že TT-RSS plugin podporuje základní interakci se zprávami a celým tím byznysem okolo:

• Je možno přidat libovolný počet TT-RSS účtů.
• Implicitně je možno volit jako "lokální" uložiště SQLite nebo MySQL. RSS Guard se tedy dá použít jako jakási záloha TT-RSS.
• Je podporována HTTP autentifikace + TT-RSS autentifikace samozřejmě.
• Plugin umí pracovat ve dvou režimech: v online režimu (když je TT-RSS server dostupný) jsou dostupné všechny funkce, včetně změn stavů zpráv. V offline režimu je možno prohlížet nacachované zprávy, ale nejde měnit jejich stav (označovat jako přečtené/nepřečtené).
• Plugin obsahuje lokální odpadkový koš, do kterého lze umísťovat zprávy. Tento koš není nijak (prozatím?) provázán s virtuálním kanálem "Archived".
• Je možno označovat jednotlivé zprávy/celé kanály/celé kategorie/vše jako přečtené/nepřečtené.
• Je možno přepínat hvězdičky u zpráv.
• RSS Guard stahuje zprávy včetně seznamu příloh - ty nestahuje samozřejmě.
• U každého účtu nezávisle jde specifikovat, zda se při aktualizaci kanálů má přednostně donutit server, aby nejdříve provedl server-side aktualizaci, čili RSS Guard se může spoléhat na to, že TT-RSS server provádí aktualizace sám nějak periodicky.
• RSS Guard automaticky při synchronizaci kanálů stahuje ikony kanálů.
• Aktualizace kanálů je (prozatím) fixně nastavena na 15ti minutový interval.

Co to (zatím?) neumí?

• Přidávat kategorie/kanály.
• Mazat kategorie/kanály.
• Měnit interval aktualizace jednotlivých kanálů (bude přidáno určitě v některé následující verzi).
• Nepodporuje žádné virtuální kanály a složky (Archived, štítky, atp...).

RSS Guard 3.0.0 je samozřejmě datově zpětně kompatibilní s poslední stable 2.5.x verzí. Databázové schéma sa aktualizuje při prvním spuštění nové verze (tento mechanismus ale není nový, v RSS Guardu je již dlouho). RSS Guard lze stáhnout z domovského webu, pro Linuxové balíky doporučuji jít sem. Pro některé distribuce se lze z domovského webu doklikat k již předkompilavaným binárkám. RSS Guard podporuje jak Qt 4 tak Qt 5, stačí v CMake použít přepínač, více v hlavním CMake skriptu.        

Komentáře

[PanZvedavy]

Podle videa to vypada dobre. Tak jsem to nahodil do virtualu s opensuse a hned prvni facka, pri nastavovani TTRss serveru to hodi hlasku o zastaralem api. Bylo by dobre doplnit k informacim o pluginu i potrebnou nejnizsi funkcni verzi TTRss a dat to taky k dialogu nastaveni pluginu...neco jako "plugin vyzaduje verzi TTRss 1.8 a vyssi".

Asi by taky nebylo od veci hodit nejake info treba na phoronix a podobne a udelat rssguardu trochu reklamu. Pridanim funkcniho TTRss pluginu uz rssguard neni jen dalsi tuctova ctecka z tisicu existujicich, ale neco vymecneho ve sve vlastni kategorii.

[skunkOS]

OK, přidal jsem několik popisků s minimálním vyžadovaným API levelem.

[skunkOS]

API sníženo na 9.

[skunkOS]

Nemá někdo ze zdejších k zapůjčení TT-RSS server na otestování? Ideálně něco, co běží na nestandardním portu a s HTTPS?

[PanZvedavy]

staci standartni ucet uzivatele?

[skunkOS]

Určitě, jen aby valil API přístup.

[skunkOS]

Jinak, standardní TT-RSS server bez HTTPS k dispozici mám, ale mám nahlášenej bug, že nejde syncovat na HTTPS na "nestandardním portu".

[PanZvedavy]

mam jen https na 443...

[skunkOS]

By podle mě mělo stačit.

[PanZvedavy]

nejaky jiny email nez gmail?

[skunkOS]

Nikoliv.

[Pan_Filuta]

Zdravím, zkusil jsem verzi pro Windows. Trochu mě zarazilo že při zadání údajů (jméno, heslo) pro Tiny Tiny server a stisku tlačítka "Otestovat nastavení" začne program kontaktovat bitbucket.org:443

Proč to dělá?

[skunkOS]

Tomu nerozumím. Skoro určitě to nesouvisí s tím "Otestovat nastavení". Nejspíš stahuje soubor "UPDATES", kde jsou metadata o nejnovější verzi.

Dej sem plnej log. Nebo se koukni do zdrojáků.

[Pan_Filuta]

Máte pravdu, omlouvám se. Dnes jsem to opět testoval a když je v nastavení vypnutá kontrola aktualizací, tak se to neděje.

Včera jsem to zkoušel dvakrát a jediné vysvětlení které mě napadá ,je že kontrola aktualizací proběhne vždy po přesně stejně dlouhém času, jako mi trvá proklikat se do rozhraní nového učtu, zadat údaje a zkontrolovat nastavení :)

PS program mi na nestandardním portu s HTTPS funguje bez problémů.

[skunkOS]

Děkuji za informace.

Prosím o nahlášení jakékoliv drobnosti, ať se to odchytí hned na začátku, a to i v případě, že chybí nějaká "základní" funkcionalita.

[skunkOS]

#define RELEASES_LIST                         "https://bitbucket.org/skunkos/rssguard/raw/master/resources/text/UPDATES?at=master"
#define CHANGELOG                             "https://bitbucket.org/skunkos/rssguard/raw/master/resources/text/CHANGELOG?at=master"

[PanZvedavy]

Par postrehu po dvou dnech pouzivani rssguard(3.0.1 na opensuse 13.2):

1. po kazdem zavreni aplikace se ztrati ucet TTrss a je nutne ho nastavit znova.
2. pri nastavovani adresy serveru ttrss by mela byt pod dialogem uvedena poznamka o nutnosti dopsat api/...btw proc to dialog nedoplni automaticky?
3. polozce http autentizace v dialogu nastaveni ttrss nerozumim.
4. moznost nastavitelne posloupnosti polozek dialogu praveho tlacitka mysi pri kliknuti na kanal...chci treba nastavit prvni polozku na "oznacit jako prectene".
5. pri sledovani zatizeni serveru s ttrss vidim jen 2-3 procenta max. pri aktualizaci kanalu, ktera se dost vlece. Je to omezeni api TTrss nebo jde nastavit nejakou agresivnejsi aktualizaci?

[skunkOS]

1 - ou, nahlaste to, prosím log.

2 - prozatím jsem to dal tak, že uživatel musí fakt zadat vyloženě celou cestu k API endpointu. Informace o chybějícím "/api/" je při najetí myši na ikonku za textboxem.

3 - Dostal jsem bug report, že někteří používají BASIC autentizaci a zároveň i TT-RSS autentizaci.

4 - toto prozatím není reálné.

5 - Záleží, zda zaškrtnete "server-side aktualizace" v nastavení TT-RSS účtu v RSS Guardu. Pokud, ne, tak RSS Guard pouze stáhne zprávy, tak jako je má TT-RSS server. Pokud zaškrtnete, tak RSS Guard TT-RSS server před stažením zpráv řekně, aby si TT-RSS nejdřív provedl aktualizaci toho daného kanálů. To může chvíli trvat - TT-RSS stáhne soubor kanálu z jeho URL, zparsuje, uloží si zprávy atp. Je rozumné mít nastavenou nějakou periodickou aktualizaci přímo na straně TT-RSS serveru a ten checkbox v RSS Guardu nemít zaškrtnutý. Pak budou aktualizace rychlejší.

[PanZvedavy]

viz. 1. uf
viz. 2. jenze to uzivatel nevi dokud nad to pole neprejede mysi, je to matouci, popisny dialog pod polem je urcite na miste, kdyz auto-doplneni neni prozatim v planu.
viz. 3. ok
viz. 4. pockame tedy na dalsi verze, prozatim bych se primlouval k umisteni dialogu 'oznacit jako prectene" na prvni misto...zvykl jsem si na to u web rozhrani ttrss.
viz. 5. ta server side aktualizace je skarede schovana, protoze v uvodnim dialogu nastaveni ttrss neni zobrazena. Zkusil jsem tedy odskrtnou polozku server side aktualizace a aplikace spadla a ucet ttrss opet zmizel. Server side
aktualizaci nepotrebuji, nebot samotna instance ttrss se na serveru aktualizuje cronem kazdych 15 minut, takze nutit ttrss k opetovne aktualizaci skrze rssguard mimo tento interval...mno ja to nevyuziju.

[skunkOS]

ad 2 - je to i přímo v textboxu jako tzv. placeholder text. Tedy šedivý text, který je v textboxu vidět, když v něm nic jiného není. Nicméně přidám tento fakt i do labelu pod textboxu tedy.

ad 4 - pořadí se samozřejmě změnit může, ale dynamicky to prozatím neplánuju. Neříkám, že to technicky není možné. Možné to celkem je. A nebylo by to ani složité. Když se na to objeví bug report, tak se to nejspíš v některé z příštích verzí objeví.

ad 5 - Ten, komu se TT-RSS neupdatuje sám, tak by ten checkbox měl nejspíš mít odškrtnutý, neboť není explicitně TT-RSS říkat ze strany RSS Guardu, aby si aktualizoval ten kanál znovu, když to nejspíš udělal pár minut předtím cron.

Ten checkbox jinak v úvodním nastavení TT-RSS účtu v RSS Guardu samozřejmě je: obrázek.

[PanZvedavy]

po smazani adresare .rssguard a znovuspusteni 3.0.1 to tam skutecne je, placeholder i checbox.

[PanZvedavy]

a dalsi pozorovani...rssguard se stava nepouzitelnym kdyz aktualizuje kanaly. Vypl jsem synchronizaci se serverem, ale i tak se to plazi jak po modemu...vytizeni web serveru hostujiciho ttrss se sice zvysilo 3-4x, ale porad je to hodne pomale. Mam jen neco pres 50 kanalu.

[Dirka]

Vidim to stejny, ale nevim jak presne to reportovat ... vytezuje me to na mobilni i7 2 jadra na 100% a prepinani mezi zpravama zoufaly, deje se to hlavne ke konci updatu, pritom diff mezi novy zpravama pri intervalu 30min je nakych 20 - 40 zprav max ...

[skunkOS]

Jak přesně (pokud možno) to tedy reprodukovat?

[Dirka]

Kolik mas kanalu? Ja si myslim, ze to s tim souvisi, ja mam tech kanalu mozna 150, takze si pridat vic kanalu ... a behem update pak zkusit prepinat mezi zpravama a uvidis.

[skunkOS]

Zkusím.

[skunkOS]

Takže. Co to přesněji znamená "nepoužitelným" a plazí jako po modemu.

Fór je v tom, že pro každý kanál se dělá extra HTTP požadavek pro získání zpráv, a to i opakovaně, je-li zpráv hodně (TT-RSS omezuje maximum zpráv pro jeden dotaz.

Profiler ukazuje hlavní problém v mega velkým počtu vykonaných dotazů nad DB při aktualizaci kanálů.

Pro každou zprávu se provede nejdřív dotaz, který zjistí, zda už zpráva je v DB, pokud ano, aktualizuje se (mohl se změnit obsah), pokud ne, vloží se. Dotazy se nedají nejspíš provést nějak dávkově.

Takže dejme tomu, že se pro kanál stáhne 150 zpráv. To je 300 dotazů pro DB jen pro jeden kanál. Celkově to je tak 3000 dotazů = 1500 zpráv. To je hodně. Zkusím to promyslet. I když se aktualizace kanálů dělá na jiném vlákně. Databázi to zpomaluje a tak i přechod mezi zprávami je trochu pomalejší - v tomhle u mě dost pomůže MySQL (lokální), kde je todle zdá se rychlejší.

Ale zkusím to promyslet.

[skunkOS]

Může taky pomoct zapnout in-memory SQLite v nastavení RSS Guardu.

[PanZvedavy]

potvrzuju, ze s in-memory se to chova podstatne lepe a je to o 60-70 procent lepsi, i kdyz lag je tam porad citit, nicmene takhle je to pouzitelne, alespon pri cca 60 kanalech.

[skunkOS]

Já se pokusím počet těch query do DB při aktualizaci kanálu nějakým způsobem snížit, i když zatím nevím jak.

[Dirka]

Potvrzuju taktez, s in-memory to je sviznejsi.

[skunkOS]

https://bitbucket.org/skunkos/rssguard/issues/new

[skunkOS]

Btw, nejspíš to vypadá, že se TT-RSS účet neuloží v lokální DB RSS Guardu, takže přiložte do bug reportu i soubor lokální databáze (viz menu About RSS Guard).

Taky tam prosím napiště, jaký DB backend máte nastaven (ideálně přiložte soubor s nastavením). Jaké údaje u TT-RSS přidaného vyplňujete, jestli zadáváte i heslo atp.

[Dirka]

Ja bych to spis videl na obecnej problem, v plugin branchi mi to jelo ... v 3.0 a i master head ne ... Sqlite jak na hdd tak v memory vzdy ztrati data. Home .rssguard byl smazan.

Az se dostanu k pocitaci, kde to mam, tak to zadam, pokud kolega nestihne driv.

[skunkOS]

Už by to mělo být opraveno, právě sem udělal git tag 3.0.1.

[Dirka]

jj pouzivam od vcera head z master a prezilo to par test restartu.

[skunkOS]

JJ byl tam bug. :)

[skunkOS]

+ Případně vždycky použijte nejnovější kód z master větve. Přidávám tam postupně víc logování chyb.