François a écrit 66 commentaires

  • [^] # Re: fais une dépêche

    Posté par  (site Web personnel) . En réponse au lien JARR v3. Évalué à 1.

    Je note, merci !

  • [^] # Re: Comment utilises-tu les RSS ?

    Posté par  (site Web personnel) . En réponse à l’entrée du suivi Limiter la taille des articles dans les flux RSS. Évalué à 2 (+0/-0).

    Même à produire des flux tronqués ou vides, c'est une optimisation qui apporte plus d'inconvénient pour les utilisations classiques qu'autre chose.

    Le support de la réponse 304 Not Modified c'est déjà très bien. Et sinon on peut aussi pousser jusqu'au support du Feed Delta Update mais très de lecteur RSS les supportent…

  • [^] # Re: Alternatives et compléments à Planet-libre ?

    Posté par  (site Web personnel) . En réponse au journal Qu'arrive-t-il à Planet-libre ? [edit: en fait tout va bien]. Évalué à 3.

    Moi je suis le planet de l'afpy, le planet debian et le planet des utilisateurs debian fr

    Après il n'y a pas beaucoup de trafic non plus…

  • # C++ et exceptions

    Posté par  (site Web personnel) . En réponse au journal Gestion de l'erreur - C++ - std::optional. Évalué à 4.

    Le C++ gère aussi les exceptions, mais la librairie standard ne s'en sert pas. Pour différentes raisons que je n'aborderais pas, la communauté du C++ n'aime pas les exceptions et peu de librairie les utilisent correctement.

    Je ne fais pas du tout de C++ et du coup ce passage m'intrigue profondément. Je ne veux pas lancer de troll hein, mais ça m'aurait vraiment intéressé de connaître ces raisons.

    Sinon super article, très intéressant ;)

  • # mod_dav

    Posté par  (site Web personnel) . En réponse au sondage Votre « cloud » privé favori. Évalué à 6.

    Un petit mod_dav sur mon apache sur mon serveur, avec la config qui va bien et voilà, sans bloatware :D

  • # Belle MàJ !

    Posté par  (site Web personnel) . En réponse à la dépêche Liquid Prompt 1.10. Évalué à 2.

    MAJ done, et ouais, ça dépote ! Pas mal l'amélioration des perfs !

    (accessoirement un de mes commit de 2014 a été mergé en master, l'émotion :)

  • [^] # Re: Lundi commence bien

    Posté par  (site Web personnel) . En réponse au journal Votez pour que le symbole des hackers soit ajouté dans Font-Awesome. Évalué à 8.

    Je le trouve cool comme symbole, plutôt neutre hein : https://fr.wikipedia.org/wiki/Glider_(symbole)

  • [^] # Re: Je rassure tout le monde

    Posté par  (site Web personnel) . En réponse au journal Mes ressources francophones autour du Libre. Évalué à 2.

    Merci pour la liste ! Je contribue avec ce que j'ai :

    En anglais:

  • [^] # Re: Prometteur

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Et bien j'avais ça de planifié pour un peu tard. L'idée étant de proposer des flux déjà dans la base avec une recherche par mot clef. Après, ça n'aurait pas de rapport avec les catégories et chaque utilisateurs devra toujours organiser ses flux à la main.

  • [^] # Re: Prometteur

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Peut-on l'utiliser en reverse proxy, plus simplement ?

    Techniquement, oui. Si il y a du contenu distant dans les flux récupéré ce dernier ne sera pas chargé en base et sera récupéré par le navigateur (ce qui, j'imagine, doit être un comportement désactivable). Les icônes des flux sont chargées sur le server ainsi que le contenu récupéré par readability, dans un souci de vie privée mais ça se limite à ça.

    Y a-t-il moyen de compiler facilement et de l'exporter sous forme de .deb ?

    Je n'ai pas fait mais je crois que faire un .deb à partir d'un projet python est assez aisé. Je pense pas que ça demanderait beaucoup de travail (enfin sauf d'écrire des MakeFile jusqu'à plus soif quoi :D).

    De plus, si je comprends bien, la conf' est écrite dans un fichier .py au milieu du code. Serait-il envisageable de l'exporter dans un .ini ?

    Alors ça, c'est voulu. À la base elle était dans un point .ini mais l'intégration était vraiment pas top et j'ai finit par refaire le système pour qu'il fasse ainsi. L'idée est que l'intégration avec flask est bien meilleur avec la conf directement dans un module. On peut faire autrement (dans un objet python qui va chercher ses variables dans la conf par exemple) et c'est carrément indiqué si on veut compiler tout ça dans un .deb.
    Mais tout ça, (faire des .deb, compiler des sources, refaire le système de conf) n'est pas vraiment dans mes priorités immédiates…

    Que se passe-t-il pour la mise à jour de la base de données si tu changes le modèle ? Je suis habitué au système de migrations de Django, mais je ne connais pas du tout Flask.

    Ça c'est très bien géré avec Flask-Migrate.

    git pull 
    ./manager.py db upgrade

    Et c'est finit :)

    Encore une question : peut-on partager ou rendre publiques des catégories ?

    Non et qu'est ce que tu entends par là ?

  • [^] # Re: Super !

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    J'ai régler le problème sur firefox mobile :)

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 7.

    Juste pour notifier que linuxfr a été rajouté comme fournisseur d'OAuth ! :)

  • [^] # Re: Prometteur

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 2.

    un projet Python devrait s'installer via pip

    Tout à fait d'accord pour une dépendance ! Mais JARR n'en étant pas une, et n'étant pas 100% python (github me dit 40% html/js) et le JS étant compilé, ça va pas forcément être pratique à utiliser via l'env python. D'autant que si on utilise un serveur http digne de ce nom, il faudra préciser l'entry point pour wsgi et si c'est loin dans un env, encore une fois, ça va être malpratique.

    y a-t-il moyen d'utiliser le REMOTE_USER (ou HTTP_REMOTE_USER) pour authentifier l'utilisateur ? j'aime bien avoir mes utilisateurs authentifiés via Kerberos.

    Hum. Bonne question, ça doit pouvoir se faire avec quelques ajustement et en tripatouillant la conf du serveur. Je suis pas du tout contre une intégration de ce genre de chose, mais clairement je vais pas avoir le temps de plancher là dessus :/

  • [^] # Re: Suggestions: raccourcis clavier

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Un utilisateur m'en avait déjà parler en bêta, je prends note (et je met ça dans le tracker :)

  • [^] # Re: readability

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Je note, je vais voir pour une implémentation dans un futur assez proche (j'ai créer une issue sur github : https://github.com/jaesivsm/JARR/issues/35)

    Merci !

  • [^] # Re: readability

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Je vais voir pour wallabag, mais c'est du php (donc moyennement intégrable dans JARR côté server) et je vais aussi regarder du côté de Mozilla/Firefox pour le reader mode. Malheureusement de ce que j'ai vu voir vite fait, il ne propose pas une api requêtable comme le fait readability. L'intégration sera forcément plus laborieuse.

    En tout cas merci du commentaire !

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    On it :)

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 4.

    Je suis en train de mettre linuxFr mais l'implémentation n'est pas strictement identique entre tous les fournisseurs, donc je ne peux pas juste mettre des champs en mode "utilisez l'openId que vous souhaitez". Il faut un minimum d'implémentation.

    Mais oui en avoir un maximum, pour laisser un maximum de choix me semble carrément la piste à suivre.

  • [^] # Re: Erreur 500

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Résolu :)

  • [^] # Re: Super !

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Ah, au temps pour moi, mais comme tu le dis ça a l'air assez lourd à mettre en place. Et le cache à générer pour que ça soit utilisable serait assez conséquent (au minimum tous les articles non lus, ce qui, selon les usages, peu monter à quelques milliers !).

    Mais je garde ça dans un coin.

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 6.

    En fait si ! C'est déjà là : https://linuxfr.org/developpeur

  • [^] # Re: Super !

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 1.

    Sur mon mobile avec Firefox je n'ai qu'une page blanche.

    Effectivement c'est très moche, mais ça marche parfaitement sur chrome mobile, donc aussi très bizarre. Je vais plancher dessus.

    Est-ce que tu envisage de travailler sur ce cas d'usage ? En implémentant un mode déconnecté à la partie web, en implémentant les webservice de ttrss ou en créant ta propre appli mobile ?

    Vu que ce n'est qu'une page web, un mode hors ligne n'est pas vraiment envisageable tel quel. Je pense qu'il faudrait développer une app pour ça comme tu dis. Et à vrai dire, je n'en suis vraiment pas là…

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 7.

    Je ne savais pas que LinuxFr fournissait de l'OAuth ! Je vais créer une implémentation dans la journée. Merci !

  • [^] # Re: Erreur 500

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 2.

    Ah, c'est moche, mais je note, je vais publier un fix dans la journée.

    Merci pour les encouragements !

  • [^] # Re: euh...

    Posté par  (site Web personnel) . En réponse au journal JARR v1. Évalué à 3.

    Bah, grand capital, tout de suite, c'est de l'openId !

    Du coup, j'ai réactivé la gestion "classique" des utilisateurs (on peut se créer un compte via login/mdp), mais je suis pas super fan de faire tout ça de mon côté, quand des fournisseur d'identité le feront mieux que moi.