RSS Guard - verze 2.0.0.3

3.11.2014 11:53 | Programování | | poslední úprava: 3.11.2014 11:51

Změn v nové verzi není málo:

• Opraveny byly bugy #76, #75, #82, #79, #85 #78, #92, #93.
• Byla přidána možnost importovat/exportovat databázi a/nebo nastavení programu do/z souboru.
• Přes Transifex byla doplněna švédská lokalizace. RSS Guard je tak nyní přeložen hned do 7 jazyků.
• Lze měnit formát času/datumu v seznamu zpráviček.

Co se týče verze následující (2.0.0.4), tak tam už mám v master větvi hned několik zajímavých vylepšení:

• Opravena chyba při importu databáze SQLite, pokud je aktivován in-memory mód.
• Přidána podpora drap-drop pro seznam kanálů a kategorií.
• Číslo nepřečtených zpráv v tray ikoně změní barvu, pokud mezi těmi nepřečtenými zpráva jsou nějaké nově stažené.
• Jsou-li vysypány z koše nějaké zprávy, pak nejsou vymazány z databáze, ale permanentně skryty.

Stahujte zde. Seznam potenciálních vylepšení je čerpán z bug trackeru. Další verze vyjde do konce listopadu.        

Komentáře

[PanZvedavy]

oficialni podpora "Tiny Tiny RSS" porad nic? Stale cekam na nejakeho desktopoveho klienta co by umel spolupracovat s api tt-rss. Docela by vam to rozsirilo uzivatelskou zakladnu.

[chrono]

Liferea podporuje synchronizáciu s TinyTinyRSS už dosť dlho.

[PanZvedavy]

Diky za tip. V rychlosti jsem to zkusil nastavit, ale moc to s mou instalaci tt-rss nespolupracovalo. Asi to bude chtit vic elaborovani.

[skunkOS]

Implementovat to, říkám, "proč ne". Spíš ale nevím, jak se to přesně má chovat.

Zda to má umožňovat, i jakýsi "offline" mód (v případě, že TT-RSS server je dočasně out) nebo zda to má být pure online (feedy se pouze cachují, do DB se nic necpe, to samé pro zprávy). Zajímalo by mě, v jakém rozsahu by byla dosstatečná implementace toho jejich API ("štítky" v RSS Guard prozatím nemám -> doposud jsem je nepotřeboval). Otazníků je hodně. Sám TT-RSS moc neznám a nikdy jsem ho nepoužíval, ani jiný online agregátor.

Nerad bych do toho investoval čas a viděl nespokojené uživatele, kteří skučí, že "ta TT-RSS integrace neumí tohle a tohle, nebo tohle umí, ale jinak, než bych čekal". Vidím tady hodně otazníků, třeba některé zodpovíte.

Dalším otazníkem je, když už online synchronizace (RSS Guard umí MySQL), proč zrovna TT-RSS? Proč ne Feedly?

[Dirka]

TT protoze self-hosted, za sebe nechcu nikomu cpat svoje data, takze feedly.

Jinak me by urcite stacilo v nakym intervalu, nacist data z TT a poslat zpatky status co je precteny/smazany. Offline mod je stejne asi tezko vyuzitelnej pro cteni clanku z netu, ne? Kdyby nahodou spadlo spojeni, tak se to proste syncne pri pristim intervalu, kdy pojede net. Zadny stitky, nic jinyho, tot muj pohled.

[PanZvedavy]

TT-rss si uzivatele provozuji u sebe a nespolehaji na online agregatory, ktere uz zitra nemusi fungovat nebo zacnou fungovat za pro uzivatele nevyhodnych podminek.

Pro zacatek bude vic nez stacit, kdyz si guard natahne list kategorii a v nich vlozenych kanalu tj. aby koncovy uzivatel videl stejny stromecek co ma ve web rozhrani. Synchronizace nove vytvorenych kategorii a kanalu se muze udelat treba pri startu guardu...zas tak casto se to nemeni. Stahovani obsahu-hlavicek z tt-rss tj. nemusim se na koncove rss stranek napojovat 2x.
Synchronizace statusu jako precteno-smazano-"bookmarkovano" jak instantne, tak  v nastavitelnem intervalu.  Specialitky typu stitku, offline? mod apod. bych nechal na pozdeji.

Z meho pohledu by optimalnim koncovym stavem mela byt moznost pouzivat guard jako "desktopovou proxy(guard stahuje data z tt-rss, nejen synchronizuje obsah kategorii a pak sam stahuje a komunikuje s koncovymi rss linky" pro obsah v tt-rss. To umozni koncovemu uzivateli ziskat komfort desktopoveho klienta na svem PC a zachovani shodneho obsahu rss na dalsich zarizenich.

[skunkOS]

Upravil jsem bug report, prozím o revizi.

https://bitbucket.org/skunkos/rssguard/issue/8/tt-rss-integration

[PanZvedavy]

Vypada to dobre.

K bodu 5 - jestli to spravne chapu...s tim kompletnim smazanim...nebude to znamenat velkej napor na tt-rss respektive jeji DB, kdyz guard zacne po startu znova vsechno stahovat? U male instance, kde je par kanalu to asi nebude vadit, ale aktivnejsi useri s nekolika stovkama kanalu a vetsi historii, kdy nemaji nastaveno cisteni prectenych clanku(chteji mit kompletni historii) daji sve instanci tt-rss docela zabrat. U me to treba problem neni, me DB bezi na ssd, ale u sebevrahu s chujovinkama typu rasperipi by to asi narazilo na vykon.

Takze co takhle nechat zpravy v DB guardu a po jeho dalsim spusteni je nechat aktualizovat, tzn vse co se zmenilo v DB tt se zapise-prepise v DB guardu po jeho spusteni namisto opetovnyho stazeni vseho znova?

[skunkOS]

Vypada to dobre.

Takze co takhle nechat zpravy v DB guardu a po jeho dalsim spusteni je nechat aktualizovat, tzn vse co se zmenilo v DB tt se zapise-prepise v DB guardu po jeho spusteni namisto opetovnyho stazeni vseho znova?

Upraveno. https://bitbucket.org/skunkos/rssguard/issue/8/tt-rss-integration

[skunkOS]

Jinak, dodám, že by se určitě nestahovalo všecko hned. Bylo by to lazy. Vždy by se stáhnul jen kompletní seznam kanálů, aby bylo možno vykreslit jejich strom. Při zobrazení kanálu/kategorie se zobrazí jen nadpisy zpráv (headlines), na to je v tom API metoda, která taky bude dost rychlá.

Obsah zpráviček se bude načítat až v okamžiku, kdy uživatel danou zprávičku skutečně zobrazí. Jediný dilema bude, esi obsahy těch zpráviček cachovat nebo ne.

V první myšlence jsem uvažoval nad tím to necachovat. Ale tím, že se to cachovat bude, se asi nic nezkazí.

[PanZvedavy]

To zni rozume.

Obsahy zpravicek urcite cachovat, protoze kdyz na zpravicku kliknu pozdeji znova a zdroj ji mezitim zmenil, tak by guard mel zmenu sesynchronizovat s tt(pokud v tt byl link uz aktualizovan)...

[skunkOS]

Zkrátka je otázka přístupu, jestli cachovat všecko, necachovat nic, nebo cachovat jen zprávičky. Nevím.

[PanZvedavy]

Co to nechat na userovi? Sam by si zvolil jestli si udela z guardu offline ctecku tt-rss nebo to bude chtit cerstvi a nahradi guardem web rozhrani tt-rss a nic nebude chtit mit lokalne na pc.
A treba nejakej full mod, kdy se po zapnuti guard sesynchronizuje a s nove stazenyma zpravickama zaroven nacte i jejich obsach(cilovej web) by taky mohl bejt zajimavej pro heavy users.

A podme dal, nedrzme se pri zemi, kdyz uz sme v tom :) ... co takhle ikonka v liste, ktera posle link vybrane zpravicky do lokalni instance wallabag(wallabag.org)?

[skunkOS]

To je možná pravda. Budu to muset promyslet, co zvolit z hlediska použitelnosti a mýho času. :)

Esli to chápu dobře, tak wallabag je jakysi spravce linku, taky self-hosted. Jak wallabag číhá na příchozí linky? Běží jako server s nějaky API, dbus, http rest?

[PanZvedavy]

Predpokladam ze to ma nejaky api, protoze jsou na to pluginy do ruznych prohlizecu(link lze vlozit rucne, coz vetsinou delam a proto by bylo fajn mit tlacitko v guardu). Je to v podstate knihovna ulozenejch linku. Tj najdu na netu velmi zajimavej clanek a chci si ho nekam ulozit, protoze ze zdrojove stranky muze po nejake dobe zmizet nebo zmizi samotna stranka.

Kdyz to ulozim v prohlizeci jako soubor na disk, tak se to pak tezko dohleva treba po roce(vetsinou to nenajdu).
Kdezto tahleta self-hosted(stejne jako tt) aplikace ulozi cilovej link jako stranku(s definovanym vzhledem bez reklam) a muzu si kdykoliv pozdeji precist odkudkoliv, kde mam inet. Je to v podstate takovy ultimativni soukromy archiv web clanku. Podporuje to viceuzivatelskej rezim, lze sdilet stazene clanky a dokonce je publikovat skrze rss. Obsah lze vyexportovat.

[skunkOS]

Tak esi to API najdete, tak postněte report na rssguardím webu. :)

[skunkOS]

Nevíte, kde běží nějakej free hostin TTčka? Abych si to nemusel pro účely testování instalovat

[PanZvedavy]

https://tinytinyrss-servers.com/#pricing ...maji 30 denni trial.