Journal TinyTiny RSS, autohebergement et android

Posté par  .
10
26
jan.
2011
Cher journal, je te rapporte ma très très petite découverte du jour. Ce matin, après avoir mis à jour la liste des paquets de Fdroid¹ ; quel fut mon plaisir de découvrir un nouveau logiciel du nom de TinyTinyRSS² !
J'utilise malheureusement Google Reader depuis toujours, et ce pour une seul raison : je peux avoir la même liste de flux, mise à jour automatiquement entre mon ordinateur portable, mon ordinateur fixe et mon téléphone portable.

Je sais bien que ça n'intéresse pas tout le monde, mais je poste ce journal parce que j'aurai été comblé de le lire sur DLFP. J'espère ne pas être le seul.

Maintenant, il faut juste que j'arrive à installer TinyTinyRSS sur mon hébergement, c'est pas gagné …

1 : Fdroid est un dépot de paquet alternatif à l'android marquet. La particularité est qu'il ne propose que des paquets libres. Voir http://www.f-droid.org
2 : TinyTinyRSS est un logiciel de lecture de flux RSS qui utilise les technologies PHP, SQL et Ajax très performant. Voir http://tt-rss.org
  • # Quel rapport avec l'hébergement

    Posté par  (site web personnel) . Évalué à 0.

    Je ne vois pas le rapport avec l'hébergement, ou alors pas le rapport avec Android.

    Soit Tiny Tiny RSS est un logiciel natif pour Android, auquel cas il n'a rien à voir avec un quelconque hébergement.

    Soit Tiny Tiny RSS est un site web, auquel cas il a tout à voir avec un hébergement mais rien à voir avec Android et rien à faire sur Frdoid.
    • [^] # Re: Quel rapport avec l'hébergement

      Posté par  . Évalué à 4.

      En fait, c'est un peu les deux…

      À la base, c'est un site web, qui est doté d'une API à base de Json.
      Et un gars a fait une application Android se servant de cette API.
      • [^] # Re: Quel rapport avec l'hébergement

        Posté par  . Évalué à 4.

        Mince, je n'ai pas été assez explicatif dans le journal.
        Comme dit Renaud, à la base c'est un site web. Mais l'application Android permet de se connecter à ce site web pour se synchroniser avec. C'est exactement le même principe qu'avec l'application Google reader qui se synchronise avec Google Reader le site internet, la liberté en plus.
      • [^] # Re: Quel rapport avec l'hébergement

        Posté par  . Évalué à 1.

        On peut avoir un lien vers cette fameuse application android ? J'ai beau chercher sur F-droid, je la trouve pas.

        Sinon, effectivement, ce lecteur rss va probablement trouver un répertoire où se loger sur mon site perso.
    • [^] # Re: Quel rapport avec l'hébergement

      Posté par  . Évalué à 2.

      Le nom c'est Tiny Tiny RSS Reader et c'est apparemment une application Android pour faciliter la consultation d'un Tiny Tiny RSS (donc hébergé).
      Confer : http://f-droid.org/repository/browse/?fdid=org.ttrssreader
    • [^] # Re: Quel rapport avec l'hébergement

      Posté par  . Évalué à 2.

      En fait, t'es tellement un maître de la mauvaise fois que les béotiens tels que moi ont du mal à la déceler c'est ça ?
      • [^] # Re: Quel rapport avec l'hébergement

        Posté par  (site web personnel) . Évalué à 0.

        Non, mon commentaire était de bonne foi, je ne voyais pas le rapport entre un site web d'aggrégation de flux RSS et un logiciel pour Android, à moins de considérer que le site web était prévu pour tourner lui-même sur des serveurs sous Android, mais ça me semblait plus que douteux. :-)

        Maintenant, j'ai compris, il y avait un raccourci. Il s'agit de deux logiciels distincts, un site web d'aggrégation de flux RSS et un logiciel pour Android qui analyse et reformate ce site web. D'ailleurs je trouve ça tordu, quitte à analyser des données, autant analyser directement les flux RSS…
        • [^] # Re: Quel rapport avec l'hébergement

          Posté par  . Évalué à 5.


          D'ailleurs je trouve ça tordu, quitte à analyser des données, autant analyser directement les flux RSS…

          Tu perdrais la notion de lu/non lu qui est un des intérêt de la chose. Tu lis sur l'appli android, il n'apparaît plus dans les non lus sur l'appli web, et inversement. Ça évite à l'appli mobile de télécharger tout le flux rss alors qu'un seul article non lu doit être téléchargé.
        • [^] # Re: Quel rapport avec l'hébergement

          Posté par  (site web personnel) . Évalué à 6.

          > Maintenant, j'ai compris, Il s'agit d'un logiciel pour Android qui analyse et reformate ce site web

          ben non, justement, tu n'as toujours pas compris, et forcément tu trouves ça tordu car tu te bases sur quelque chose de faux.
          Le logiciel n'analyse ni ne reformate le site web, il utilise l'api du serveur (qui est en json).
          Donc non, c'est pas tordu du tout, c'est juste fait pour et c'est normal.
          Ce qui fait que et l'appli android et le site web accèdent au même serveur et surtout aux même données (lu, non lu, etc)
          • [^] # Re: Quel rapport avec l'hébergement

            Posté par  (site web personnel) . Évalué à -3.

            J'avais très bien compris, merci. Le logiciel communique avec une page web en JSON. Ça reste du web, donc j'utilise le terme « site web » comme raccourci, c'est tout.
            • [^] # Re: Quel rapport avec l'hébergement

              Posté par  . Évalué à 7.

              Non, il ne communique pas avec une page web, ça ne veut rien dire "communiquer avec une page web".

              Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

            • [^] # Re: Quel rapport avec l'hébergement

              Posté par  (site web personnel) . Évalué à 10.

              Donc t'as rien contre les raccourcis web - internet alors ?

              Mais non, le logiciel ne communique pas avec une page web en json (ça existe pas une "page" web en json). Par contre il communique avec un serveur (genre apache + php) en discutant avec du json dans du http.
              Et ton navigateur internet il va demander une page web, demande en http et retour en html, js, css, etc.
              Mais non, t'as pas du tout "très bien compris".
            • [^] # Re: Quel rapport avec l'hébergement

              Posté par  . Évalué à 4.

              Venant de qq1 qui fait des journaux pedants sur la difference web internet et qui reprends ostensiblement au moindre ecart de langage, permet moi de dire:
              Nan mais LOL kwa!!!

              If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

  • # Excellent choix

    Posté par  . Évalué à 2.

    J'utilise ttrss depuis plusieurs années déjà, pour rien au monde je passerais à Google Reader. Il évolue en permanence, possède beaucoup d'options et fonctionne très bien.
    Depuis plusieurs semaines j'utilise également ttrss-reader-fork sur mon mobile qui lui aussi évolue très rapidement.
    Les deux combinés sont une excellente solution pour avoir ses rss de n'importe où.
    Si quelqu'un est intéressé pour tester tiny rss sans l'installer, qu'il me contacte pour créer un compte sur mon instance.
    • [^] # Re: Excellent choix

      Posté par  (site web personnel) . Évalué à 1.

      +1, j'ai d'ailleurs lu ce journal depuis mon tiny tiny rss.
      Pour ceux qui sont intéressés pour tester ttrss, je peux aussi leur créer un compte sur mon serveur.
      mail CHEZ nikonoel POINT fr
    • [^] # Re: Excellent choix

      Posté par  . Évalué à 1.

      Oui, TTRss n'est pas mauvais, mais la gestion du clavier laisse un peu à désirer…
      Je trouvais Gregarius beaucoup plus propre et léger mais le développement semble s'être arrêté il y a quelques années alors j'ai préféré changer pour le développement plutôt dynamique de TTRss.
      Je me sers un peu de l'application Android aussi, qui est plutôt bien faite.

      J'attends quand même un client pour Emacs voire pour Gnus… Peut-être tenterais-je l'exercice moi-même un jour.
      • [^] # Re: Excellent choix

        Posté par  (site web personnel) . Évalué à 1.

        Perso, hébergé chez moi, j'utilise rssLounge. Ce n'est pas un projet très connu mais il est très performant, agréable à l'oeil et toujours en développement ;) Faudra que je teste TTrss un de ces 4 pour comparer.
      • [^] # Re: Excellent choix

        Posté par  (site web personnel) . Évalué à 2.

        Pareil j'adore Gregarius, je l'utilise encore, mais le projet étant mort mais il va être temps de changer
    • [^] # Re: Excellent choix

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      D'abord, je plussoie, puis j'ajouterais que :

      - tt-rss est assez facile à installer en auto-hébergement ; de plus, il est par ex. dans les ports de FreeBSD, et je suppose qu'il est aussi packagé dans les principales distributions Linux ;

      - TinyTinyRSS est aussi sur le market Android officiel ;

      - pour du https avec un certificat CAcert ou auto-signé, il y a une manip' un peu spéciale à faire (Cf. le site) ;

      - pour ceux qui ne veulent pas une application supplémentaire, tt-rss propose également un mode adapté aux mobiles.
    • [^] # Re: Excellent choix

      Posté par  . Évalué à 2.

      Tout pareil.
      J'ai quitté Google Reader pour Tiny tiny RSS depuis un bon moment, et ça fonctionne super bien hébergé chez moi sur un Sheeva Plug.
      La migration de la version 1.4 à 1.5 s'est un peu passé dans la douleur mais du coup on a maintenant un style un peu plus kikoolol qui plaira surement à certains.
      Sinon les versions mobiles http://www.mondomaine.comr/tt-rss/mobile/ et http://www.mondomaine.comr/tt-rss/mobile/classic/ sont pas mal du tout.
      Faudrait que je reteste l'appli Android. Mais la version mobile/classic me convient plutôt pas mal pour l'instant.
  • # tt-rss-reader aurait besoin d'évoluer encore

    Posté par  (site web personnel) . Évalué à 1.

    Salut,

    J'utilise tt-rss depuis un moment déjà sur mon serveur. J'en suis très content.

    Par contre sur le téléphone, j'ai bien ttrss-reader-fork installé depuis un bout de temps (je l'ai d'ailleurs soumis sur le site de F-Droid la semaine dernière, je ne sais pas si son ajout y est lié).

    Mais il ne me convient pas, essentiellement pour deux raisons.

    La première, c'est qu'on ne peut pas voir tous les flux d'une catégorie. Par exemple, si j'ai une catégorie "Logiciel libres" avec plein de flux (linuxfr, framasoft...) je n'ai aucun moyen de voir l'ensemble des flux en cliquant sur la catégorie (alors que la version web tt-rss le permet, et heureusement, je l'utilise tout le temps).

    La seconde, c'est qu'une fois qu'on clique sur un flux, sur le téléphone, on voudrait arriver directement sur la page dans le navigateur. Mais non, on tombe d'abord sur une page qui affiche le contenu du flux (souvent 1 seule ligne), il faut ensuite aller dans le menu Paramètres, puis cliquer sur Ouvrir la page. On perd bien 10 secondes à chaque fois qu'on veut accéder à un flux.

    Donc en l'état, il est inutilisable (quand on suit 150 flux, on ne va pas naviguer dans les flux source par source, mais par catégorie, et on ne va pas perdre 10 secondes pour juste accéder au contenu).

    J'espère qu'il va s'améliorer.

    blog.rom1v.com

  • # ttrss ou r2e :)

    Posté par  . Évalué à 4.

    Ayant utilisé pendant pas mal de temps ttrss je tiens à signaler qu’il a un « concurrent » qui, selon moi, est beaucoup plus intéressant : c’est rss2email. Surtout si tu fais de l’autohébergement, c’est une solution à regarder de près : il suffit de faire un petit script bash pour aller récupérer les flux rss régulièrement et rss2email les enverra à l’adresse voulue comme simples mails. L’idéal est alors d’avoir un compte imap : lisible partout, avec son lecteur favori (lourd ou webmail) !
    • [^] # Re: ttrss ou r2e :)

      Posté par  . Évalué à 4.

      J'ai utilisé ttrss pendant plus d'un an, j'en était tres content...
      Et puis je suis tombé sur rss2email, plus pratique à utiliser (j'ai toujours thunderbird/claws ouvert sur un de mes ecrans).
      Apres tout est question de gout.
      • [^] # Re: ttrss ou r2e :)

        Posté par  (site web personnel) . Évalué à 3.

        Je valide pour rss2email mais j'avoue que dans la catégorie "oui mais en plus" je ne l'utilise plus et suis passé à fee2imap qui lui aussi transforme nu flux rss en mail mais en le placant directement dans un dossier IMAP.

        Maintenant je viens de me pencher à nouveau sur rss2email et il m'a l'air d'avoir évolué dans le bon sens, je pense que je vais voir ce qu'il a dans le ventre maintenant...
    • [^] # Re: ttrss ou r2e :)

      Posté par  . Évalué à 3.

      Sinon il y a aussi gwene qui permet de lire des flux rss avec son lecteur de news préféré.
  • # OpenWebReader

    Posté par  . Évalué à 1.

    J'utilise encore actuellement Gregarius parce que je n'accrochais pas avec les quelques autres, TT RSS notemment, son ergonomie n'était pas terrible.
    Je vais aller voir ce que donnent les évolutions dont parlent les messages ci dessus quand même.

    Gregarius n'est effectivement plus développé depuis plus de deux ans maintenant, le développeur l'a indiqué sur son blog, il a même cessé de payer l'hébergement depuis quelques temps.

    J'avais OpenWebReader en ligne de mire, en Ajax mais son développement semble ralenti, et je ne parviens pas à l'installer en local ou chez un hébergeur à cause des pré requis. Les versions de PHP et MySQL demandée sont trop réçentes les hébergeurs mutualisés ne suivent pas d'aussi près. Et en local j'ai eu que des problèmes mais je ne sais plus lesquels (avec la dernière version dispo, 0.2.1
    Très prometteur, dommage
    En revanche je viens d'essayer rssLounge sur la démo et il semble excellent ! En Ajax également, je pense me laisser séduire :) J'espère qu'il accepte les fichiers OPML pour que je récupère mes flux sans tout retaper à la main :)
    Je vais me proposer pour la traduction FR ça ne devrait pas être trop compliqué :)
    Merci pour cette découverte !
    • [^] # Re: OpenWebReader

      Posté par  (site web personnel) . Évalué à 1.

      Si besoin d'aide pour la traduction vers le français, je suis très intéressé pour participer.
    • [^] # Re: OpenWebReader

      Posté par  (site web personnel) . Évalué à 1.

      Il supporte parfaitement l'OPML (import/export). De même, de mémoire, la traduction FR ne devrait pas poser de problèmes puisque je crois que le projet est écrit à base de Zend et donc qu'il gère bien l'i18n.
      Enfin, j'ai commencé il y a quelque temps une appli android pour se synchroniser avec son appli web rssLounge. Ça devrait être opérationnel dans pas trop longtemps j'espère (faut que je trouve le temps de finaliser...)
      • [^] # Re: OpenWebReader

        Posté par  . Évalué à 1.

        En allant sur le site du projet j'ai pu effectivement voir qu'il gérait l'import et export OPML, j'ai testé l'import et ça marche superbement bien, j'ai trouvé deux fichiers de langue, dont une traduction française déjà bien faite.

        Elle comportait quelques fautes et mauvaises expressions que j'ai commencé à corriger (très facile avec Google Code d'ailleurs)
        Après installation j'ai pu me rendre compte d'autres erreurs (problème d'encodage HTML des caractères, de partout il faut les mettre en encodage HTML sauf sur une des pages je ne sais pas pourquoi, où apparemment on doit les écrire 'normalement' donc en UTF8 avec mon éditeur de texte local, je ferai d'autres tests avec mon installation perso avant de répercuter les modifs)
        Il reste encore des erreurs que tu peux (Louis) corriger, je ne voulais pas éditer une faute par une faute en m'en rendant compte parce que ça doit générer un mail à chaque fois à l'auteur (et un rapport de bug automatique) c'est pas très cool alors j'attends un peu de faire mes corrections en local avant de les lui envoyer.

        Mais sinon l'appli est effectivement tiptop, superbe et ergonomique. J'aurai certainement d'autres suggestions à lui soumettre bientôt

        Super pour l'appli Android ! C'est mieux une synchro ? Ou vaudrait-il mieux avoir une API pour consulter/éditer en direct le logiciel sur l'hébergement ?
  • # newsbeuter

    Posté par  (site web personnel) . Évalué à 2.

    Perso j'utilise newsbeuter

    http://www.newsbeuter.org/

    c'est super pratique et utilisable en ssh. la seule chose que je trouve dommage c'est qu'il ne gere pas les synchro entre differentes machines (peut etre faisable en partageant le cache via git)
    • [^] # Re: newsbeuter

      Posté par  (site web personnel) . Évalué à 1.

      Pourquoi partager entre les machines puisque tu peux l'utiliser en ssh ?

      C'est une vraie question, j'utilise aussi newsbeuter en ssh.

      Sinon, étant donné que le cache est une base sqlite3, il doit être possible de scripter une synchro…
      • [^] # Re: newsbeuter

        Posté par  (site web personnel) . Évalué à 2.

        pour eviter d'ouvrir un shell et taper une commande dedans mais c'est vrai que je peux faire un simple :

        ssh machinedistante newsbeuter

        je n'y avais pas pensé.
    • [^] # Re: newsbeuter

      Posté par  . Évalué à 1.

      pour info, puisque le support googlereader a été ajouté dernièrement, je viens de suggérer le support de tt-rss dans newsbeuter: cela a été accepté par le développeur du projet et devrait pointer le bout de son nez dans la version 2.5 (la version actuelle est 2.3)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.