berumuron a écrit 146 commentaires

Eh bien clairement sans toi le projet n’aurait pas décollé aussi bien en 2012 (grâce à la mention sur ton Shaarli), donc merci à toi également !

Merci ! Je comprends mieux :)

si je dois cliquer sur chacune des catégorie

Tu as les raccourcis clavier également :p (alt + j pour passer à la catégorie suivante).

Ceci dit je suis surpris parce que je suis à peu près certain que le comportement de base sur ce point-là est le même dans TTRSS et dans FRSS. C’est une configuration particulière ? Un plugin ?

La première question a été répondue par arnauld. Quant à la deuxième, oui c'est possible, mais ça demande évidemment à installer un serveur Web et PHP sur son PC et il faudra y accéder par un navigateur Web. C’est pas tout à fait « comme » un bête lecteur RSS, mais il n’y a pas nécessairement besoin d'un serveur distant.

Je pense que tu as regardé la démo hier après que des personnes aient changé les options d’affichage. Par défaut j'affiche sur mon écran plus de 20 titres et il existe un thème "dense" pour en afficher encore plus. Quasiment toute l’en-tête est configurable (dont le résumé qui n'est pas affiché par défaut).

Pour ce qui est des sources mélangées, c’est le cas dans le flux principal, mais en cliquant sur le titre des catégories ou des flux, tu filtreras par source. En cliquant sur "marquer comme lu" dans la barre principale, ça passe automatiquement à la prochaine source qui contient du contenu "non lu"

En fait, les chaînes Youtube proposent un flux RSS, c’est aussi simple que ça :)

D’ailleurs l’article de Que Choisir permet de relativiser : la civilité, les nom/prénom, numéros de téléphone et adresses ne sont pas transmises par défaut aux autres fournisseurs d’électricité (voir leur capture d’écran et les explications aux deux dernières questions). Merci pour le lien !

Comment fait-on pour relire/retrouver un article marqué comme lu ? Il serait peut-être bien d'avoir une section "Archive"

Pour information, c’est désormais possible depuis "Collections > Liens lus" :)

Oui effectivement, le nombre d'utilisateurs a doublé en 12h, un très bon test de charge ! (et ça a tenu \o/) Il m'a prévenu dimanche qu'il comptait en parler donc j'ai pas été pris au dépourvu non plus :)

Ce n'est pas prévu aujourd'hui : maintenir des scripts d’installation pour Yunohost représente un coût de travail non négligeable alors que je ne l'utilise pas moi-même (ce qui augmente les risques d'erreurs et donc le besoin de support).

Alors, si tu veux faire du suivi en temps réel de tes flux, flusio n'est pas l'outil adapté. La philosophie est vraiment d'encourager à décrocher et à ne pas se faire imposer la temporalité des autres (et oui c'est paradoxale car flusio t'impose sa propre temporalité :)). À vrai dire initialement j'imaginais même que la liste de liens ne serait générée qu'une fois par jour durant la nuit : comme si tu recevais ton journal papier du jour traitant de l'actualité de la veille.

Alors ok, je vais essayer de reproduire, mais vraiment je vois pas ce qui a pu se passer. La récupération des liens se fait au moment de cliquer sur le bouton. Y'a peut-être eu une resynchro de la date de publication après coup, mais ça me paraît un peu bizarre 🤔

Hésite pas à prendre une capture d'écran si ça se reproduit !

Je comprends très bien que ça puisse paraître indispensable, ça me le paraissait également initialement. La raison qui m'a fait repenser la chose, c'est lorsque j'ai interviewé des documentalistes pour savoir comment ils bossaient. La recherche leur était certes utile, mais ils pouvaient s'en passer. Depuis je me suis dit « on verra en fonction des demandes ». Le fait que vous soyez deux à en faire la demande la fait remonter dans les priorités, mais pas encore au point que je m'y attèle demain :p

Pour l'exportation des données je songe à un mélange Atom (contenu des collections privées + commentaires) et OPML (collections suivies). Je ne sais pas encore si ce sera suffisant, mais à priori Atom me permettra de faire ce que je veux.

Y'a de ça aussi, mais entre trimballer trop de données personnelles et risquer des enquiquinements parce que j'ai mal compris (en toute bonne foi) un texte de loi, ma préférence va à la seconde option ^^ Mais en l’occurrence, j'ai cherché un petit peu et je reste persuadé que la conservation des factures est de 10 ans

Je suis étonné… la date affichée dans le journal est antérieure à 3 jours ? Attention parce que le Monde publie vraiment énormément, ça peut prendre du temps à tout faire défiler (je prévoie d'ailleurs de bosser sur ce problème de flux qui publient beaucoup)

L'algo d'actualisation tourne toutes les 10 minutes, en sélectionnant une fraction des flux à actualiser. En théorie chaque flux est actualisé 1 fois par heure, en pratique j'ai un petit bug dans mon algo qui fait que c’est en fait toutes les deux heures. Mais il n'est pas impossible que le bug devienne la norme parce que ça va bien dans la logique de "prendre son temps" :D

Merci pour ton message !

1. alors je suis bien commerçant, inscrit au registre du commerce de Grenoble (le numéro est d'ailleurs affiché sur cette même page :)). Ceci dit je n'avais pas connaissance de cet article, il y a peut-être un truc à creuser parce que 10 ans… c'est long !
2. oui, c'est prévu de bouger cette page sur un autre serveur. En pratique les pannes que j'ai eues n'ont jamais impactées ce site (mais on est d'accord que c'est plus par chance qu'autre chose ;))

Hello, merci pour les retours !

1. dans ce cas-là, je marque les liens pour les lire plus tard et les range dans mes collections seulement quand ils reviennent dans mon journal et que je les ai lus. L'idée étant de ranger dans ses collections exclusivement les liens déjà consultés pour éviter de stocker du contenu "non pertinent". Si vraiment tu veux les placer dans des collections au préalable, tu peux le faire depuis l'onglet "signets" une fois les liens marqués à lire plus tard.
2. tout à fait, c'est prévu ! :)
3. en théorie, tu ne devrais pas avoir beaucoup de signets (c’est la théorie hein ;) mais j'ai des idées pour encourager à les dépiler). Si tu as beaucoup de liens dans tes collections, si celles-ci sont bien nommées en pratique on les retrouve assez facilement (c'est mon expérience perso). Si tu as beaucoup de collections, tu peux les placer dans des groupes pour les ordonner un peu mieux (dans une collection > menu "Action" > "Placer dans un groupe"), là encore en pratique je trouve que ça marche bien pour les retrouver. Mais comme répondu à Stéphane, un moteur de recherche n'est pas exclu (mais je préfère être confronté à de réelles difficultés avant de me lancer dans son développement)
4. oui j'y songe : il y a déjà des thématiques qu'on peut associer aux collections, mais c’est actuellement un peu trop limitant

Oui, comme on en a déjà parlé : l'exportation des données est bien prévue (et même rapidement, ce sera probablement la prochaine fonctionnalité à être développée).

Concernant le moteur de recherche je veux d'abord observer les cas d'usage parce qu'il est possible que certains cas puissent être résolus plus facilement (à la fois d'un point de vue UX et technique). Notamment, la plupart du temps, la classification en collections me permet de retrouver rapidement ce que je cherche et je ne ressens pas ce besoin de recherche. Et pour l'instant j'observe qu'on m'a très peu fait la demande.

Dit autrement, j'entends la demande et j'y répondrai sûrement un de ces jours, par contre je la considère moins importante que d'autres ajouts ou améliorations.

Déjà, merci pour les retours !

Initialement flusio est orienté vers l'ajout de liens ; les flux viennent s’ajouter par dessus cette fonctionnalité de bookmarking. Du coup si on utilise flusio avant tout comme agrégateur, ça peut être déconcertant effectivement. Ce que je tire de ton retour c'est que l'intégration peut être améliorée (et le sera sans aucun doute).

Concernant l'extension, elle n'a pas encore reçu de mise à jour suite à l'ajout des flux RSS, mais j'ai bien prévu de l'améliorer.

J'ai bien noté tes deux autres retours (le second est prévu de longue date d'ailleurs :))

---

Sur tes questions :

1. aujourd'hui ce n'est pas possible, mais prévu
2. ce sont les URL qui sont marquées comme "lues" : si deux planets publient la même URL, alors tu ne verras qu'un seul lien. Si l'un des planets altère l'URL (en ajoutant un utm_source=planet par exemple), alors flusio ne le détectera pas

Comme dit dans mon autre message, il s'agit d'un docker-compose pour le dev et il s'exécute via une commande make depuis le dossier parent (cf la doc). Mais encore une fois : c'est pas pour de la prod' :)

Alors oui et non : il s'agit d'un docker-compose prévu pour le développement ! Il n'est pas adapté pour de la production. Notamment :

1. il vaut mieux mettre un vrai serveur web devant ;
2. il y a un seul worker pour traiter les jobs asynchrones (ça peut être suffisant, peut-être pas) ;
3. l'image "bundler" est inutile en prod ;
4. + d'autres petites choses.

Bref, je ne recommande pas de se baser sur ce fichier pour de la prod ! Par contre il peut servir d'exemple, en complément de la doc de déploiement, pour créer votre propre fichier docker-compose.

Personnellement je n'utilise pas Docker en prod' et je ne souhaite pas maintenir un fichier qui ne sera jamais testé en conditions réelles.

je pensais rencontrer des utilisateurs, avoir de l'aide de devs (j'aimerais bien me débarrasser de npm, c'est juste un exemple) ou juste (surtout, en fait) avoir la joie de voir des gens utiliser Pétrolette, pour tout simplement avoir l'impression de faire un truc utile.

Mon retour là-dessus ce serait d'en parler autour de toi, beaucoup, régulièrement (via un blog et/ou LinuxFr). C’est frustrant de voir qu'un projet ne décolle pas, et puis un jour y'a un évènement qui fait que ça prend. On en discutait avec Nicolas de wallabag il y a quelque temps, mais c’est souvent les bad buzz des autres qui apportent des utilisateurs. Pour FreshRSS, ce fut la fermeture de Google Reader.

Pour les devs, faut pas s’attendre à des miracles : on reste longtemps seul et c’est compliqué de trouver plus d'un contributeur. Ça peut sans doute s'améliorer avec des processus de contributions clairs et transparents, mais c'est bien plus compliqué que de trouver des utilisateurs. D'ailleurs, il faut pas s'y tromper : beaucoup de projets libres très visibles reposent sur une poignée de devs.

Sinon quelques conseils :

• comme j'ai dit plus haut, en parler autour de toi, faire des articles pour expliquer comment ça fonctionne
• tu as déjà un utilisateur, alors voit avec lui ce qui bloque, ce qui n'est pas clair et voit comment tu peux améliorer des choses (par exemple j'ai été un peu perdu en ouvrant Pétrolette, mais j'ai vu qu'il y avait un bouton "Take the tour" qui m'a aidé à comprendre -> l'avoir plus en évidence à la première ouverture serait utile)
• ne t'étonne pas trop d'avoir peu d'utilisateurs : il y a tellement d'agrégateurs de flux RSS disponibles que tout le monde a déjà plus ou moins une solution sous la main

C'est ça !

Il faut ajouter le coût des noms de domaine (14,40 € + 38,40 € / an). J’envisage de prendre un serveur plus petit pour déporter quelques sites annexes (notamment la page "status" ou la page que j'affiche pendant les maintenances), mais en l'état le serveur tient très bien la charge et je pourrais continuer comme ça encore quelques temps.

Je n’inclus pas le coût du serveur de mails (~8,5 € / mois) car je l'utilise avant tout pour mes besoins persos. Je ne le paye donc pas via la micro-entreprise.

Je suis donc loin des 200 € par mois, mais pour l'instant je m'occupe de toute l'administration système moi-même, contrairement à Nicolas sur wallabag. Je ne me suis pas amusé à compter mes heures pour connaître le "coût humain" ;)

Merci pour tes retours supplémentaires.

Pour ma part je pense que j'ai évité en partie ces écueils en créant un projet dimensionné pour moi seul et qui ne demande pas de gros investissements. Ça implique moins de stress, moins de pression de résultat et paradoxalement les résultats sont plus immédiats (j'avais une appli en prod' en quelques semaines, même s'il m'a fallu plusieurs mois ensuite pour avoir quelque chose qui corresponde plus à ce que je voulais).

Ça ne m'empêche pas de faire appel à des ami⋅es quand j'en ai besoin (notamment pour la partie UI/UX), mais il n'y a pas la pression d'embarquer pleinement une autre personne dans l'aventure. Je vois plutôt ça comme un bonus à un truc que je pourrais faire seul (mais en moins bien).

Une question que je me pose est de savoir si je saurai dire stop si le projet ne marche pas. En principe oui : j'ai prévu différents plans de sortie en fonction du niveau de mes économies et du CA que je génèrerai à ce moment-là. Mais il y a un gap entre les plans et la réalité :)

Déjà merci pour ton abonnement, surtout si tu n'utilises pas l'appli plus que ça : tu tombes parfaitement dans la case abonnement de soutien :) Je précise que tes deux premiers liens pointent vers le code du site d'accueil qui gère aussi les paiements, c'est pas forcément la partie la plus propre ! Le code de l'appli est mieux testé et a reçu plus d'amour :)

Je suis vraiment content que tu soulignes cet aspect, parce que je fais un gros effort à ce niveau-là : que ça soit la stack technique, le code et l'historique Git, j'essaye de garder les choses aussi simples que possible. Ma philosophie est d'éviter les indirections, imbrications et abstractions dans tous les sens. Je factorise également uniquement à partir du moment où je suis à l'aise avec la lisibilité de ce que j'écris. Ça donne parfois des répétitions à rallonge, mais je n'ai pas trouvé de manière qui me satisfasse pour simplifier ça. Ça a le mérite d'être plus explicite et facile de trouver ce qu'on cherche.

J'envisageais de faire un journal spécifique sur la question technique.