Weboob 0.3

Posté par . Modéré par patrick_g.
Tags :
19
7
nov.
2010
Internet
Weboob (Web Out Of Browsers) est un ensemble d'applications interagissant avec des sites web.

La version 0.3 est parue ce mois-ci, trois mois après l'annonce de la 0.1 ici même, apportant son lot d'améliorations, tant sur l'interface utilisateur que sur les fonctionnalités liées aux sites web supportés.

Nous pouvons noter également l'apparition de sept nouveaux backends : Arte, Banque Postale, GeolocIP, LCL, Newsfeed, OuiFM et Redmine, ainsi que de deux nouvelles applications qui sont radioob et WebContentEdit.

Ajouté à cela, un greffon Munin particulièrement intéressant pour les utilisateurs de boobank puisqu'il permet de grapher le solde de ses comptes bancaires à travers le temps. Général
  • Nouveau backend :

  • Nouvelles applications :
    • geolooc (CapGeolocIp).
    • radioob (CapRadio).
    • webcontentedit (CapContent).
    • weboob-cli, une application qui permet d'interagir avec tous les backends.

  • Nouveauté : boobank-munin est un greffon pour Munin (CapBank).
  • Nouveaux tests.
  • Nouveau paramètre global --logging-file pour logger dans un fichier plutôt qu'en sortie standard.
  • Les logs sont maintenant colorés en fonction de la gravité sur la sortie standard.

Applications console
  • Les applications en console peuvent maintenant être interactives lorsqu'on les lance sans indiquer de commandes. Elles sont alors stateful et ont une présentation plus lisible des résultats (#353).
  • Lorsqu'aucun backend n'est configuré au premier lancement d'une application, demander interactivement à l'utilisateur lesquels il souhaite ajouter.
  • La gestion des formateurs a été réécrite. Maintenant chaque commande peut utiliser son propre formateur, et un utilisateur peut les redéfinir.
  • Si la sortie d'une commande dépasse la hauteur du terminal, demander à l'utilisateur d'appuyer sur une touche pour afficher la suite.
  • Ne pas afficher les colonnes qui sont vides pour chaque résultat.
  • Ajout d'un formateur CSV (#350).
  • Commande « backends register » pour enregistrer un nouveau compte sur les sites supportés (#294).
  • Possibilité d'utiliser les méta-sélecteurs « $full » et « $direct ».

Applications Qt
  • affiche une fenetre de configuration si aucun backend n'est chargé au demarrage de l'application.

Backend :
  • Arte :
    • Correctif : Lorsque la qualité demandée n'existe pas, se rabattre sur l'autre disponible.

  • AuM
    • Fonctionnalité d'anti-spam pour détecter, bloquer et rapporter les spambots (#313).
    • Support de la capacité CapAccount pour enregistrer de nouveaux comptes (#389).
    • Dans le visiteur de profils, lorsque l'on recharge la liste des filles depuis la page de recherches, ne pas conserver les précédentes filles dans la file, afin de ne pas visiter des filles qui seraient restées trop longtemps dedans et qui sont peut-être depuis déconnectées.
    • Le statut des contacts affiche si ils sont connectés ou quelle est la date de dernière connexion..
    • Vérifier si le compte est bloqué.
    • Correctif : crash lorsque la liste des contacts est vide.

  • BNPorc
    • Lorsque le mot de passe a expiré, changer celui-ci par la valeur du nouveau paramètre « rotating_password » et échanger les valeurs dans la configuration du backend.
    • Support des transferts d'argent (#416).
    • Support de l'affichage de l'historique.
    • Correctifs :
      • crash lorsqu'un compte ne supporte pas la colonne « À venir » (#401).
      • lorsque le site web n'est pas disponible, lever l'exception BrowserUnavailable plutôt que BrowserIncorrectPassword.

  • Crédit Agricole
    • Support d'une autre version du site du Crédit Agricole.
    • Correctif : Vérifier si le site web est tombé.

  • DLFP
    • Remplacer les balises « cite » et « tt » par « i » pour une meilleure translation des commentaires par python-html2text.
    • Affichage du lien vers le commentaire dans la signature de celui-ci.
    • Correctif : parsing des commentaires lorsque Templeet sucks.

  • Youtube
    • Support des recherches infinies.
    • Correctif : parsing des URLs (#388).


Applications :
  • boobank
    • Utilisation par défaut du formateur « table ».
    • La sortie de la commande « list » est plus lisible (#410).
    • Lorsqu'un transfert est effectué, afficher toutes les informations plutôt que seulement l'identifiant.
    • Nouvelle commande « history ».
    • Nouvelle commande « transfer » pour transférer de l'argent d'un compte à l'autre.

  • QBoobMsg
    • Support de l'affichage par files.
    • Support de l'envoi de réponses (texte brut ou HTML).
    • Les messages non lus sont affichés en jaune dans la liste, et les messages sélectionnés sont marqués comme lus.
    • Correctif : se recharge correctement lorsque les backends ont été modifiés.

  • QHaveSex
    • Possibilité d'afficher un profil depuis une URL.
    • Possibilité de savoir si un message envoyé a été lu ou non par le destinataire.

  • QVideoob
    • Correctif : les recherches sur Youtube étaient illimitées, donc QVideoob gelait.

  • traveloob
    • Affichage des résultats dans des tableaux.

  • videoob
    • La sortie de la commande « search » est particulièrement lisible.
    • Nouvelle commande « play ».

  • weboob-config
    • Ajout de la commande « register » (#294).

  • weboob-config-qt
    • Ajout d'un bouton « Register » pour enregistrer un nouveau compte via un backend (#390).

  • weboorrents
    • La sortie des commandes « search » et « info » sont particulièrement lisibles.

  • # et ?

    Posté par . Évalué à 6.

    J'ai pour ma part toujours rien compris à ce truc de weboob. Comment il se positionne par rapport au navigateur web, les avantages/inconvénients.

    Ce que je retiens de tout ça c'est la graphe munin du compte bancaire. C'est le genre de truc qui me manquait. Il y a moyen d'avoir le script complet sans la dépendance weboob, ou alors un script python/bash/perl quivabien ?
    • [^] # Re: et ?

      Posté par (page perso) . Évalué à 10.

      Bah il permet d'accéder de manière générique à différents types "d'objets" qui n'ont que des interfaces web, et donc, a priori, non générique.
      Par exemple, pour accéder aux informations de son compte LCL et La Banque Postale, c'est deux sites webs complétement différent, et récuperer des informations de ces sites est galère.
      weboob permet d'obtenir ces informations de manière générique, c'est à dire que le "client" weboob ne sait pas si c'était du LCL ou LBP, il sait juste que c'est un compte bancaire.
      Mais weboob c'est aussi des clients qui utilisent ces informations. Pour la plupart il s'agit ""juste"" de réafficher les informations de manière lisible, sans bouffer tout le cpu ni toute la ram, et sans pub, les informations qui nous intéresse.
    • [^] # Re: et ?

      Posté par (page perso) . Évalué à 5.

      L'idée de weboob est justement d'être un outil cohérent pour gérer une multitude de sites, plutôt qu'un tas de scripts isolés qui réinventent la roue et qui ne sont pas maintenus.

      Ce qu'apporte weboob c'est des outils pour développer une architecture avec backend (interaction avec le site) rapidement, et des applications découplées.

      De plus, certaines applications ont des tests unitaires lancés régulièrement, ce qui leur permet d'être toujours à jour par rapport aux modifications des sites. Difficile de faire ça sans une architecture à la weboob.
    • [^] # Re: et ?

      Posté par . Évalué à 3.

      Si tu veux suivre ton compte bancaire il existe un peu mieux, plus puissant et plus pratique.

      Tu sors les QIF ou OXF de ta banque régulièrement et tu les importes dans homebank et t'auras tout les graphes que tu veux. Si en plus tu prends 5 minutes par mois pour associer un tag à chaque entrée tu auras 200 graphes de plus très utiles.

      Où si tu préfères les services en ligne aux logiciels libres, buxfer et ses copains font ca très bien aussi.
      • [^] # Re: et ?

        Posté par . Évalué à -1.

        « Où si tu préfères les services en ligne aux logiciels libres »
        http://fr.wikipedia.org/wiki/Faux_dilemme

        Tu sais qu'ilexiste des logiciels libres et en ligne ?

        Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

        • [^] # Re: et ?

          Posté par . Évalué à 3.

          Dans le cas d'application qui nous intéresse j'en connais pas.
          • [^] # Re: et ?

            Posté par (page perso) . Évalué à 3.

            Comment peux-tu savoir qu'une application qui ne t'es pas distribuer est libre ou pas?

            Si ça tombe, ta banque utilise un logiciel libre sous GPL fait par une par une autre société qui l'a vendue à 3 banques dans le monde.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: et ?

              Posté par . Évalué à 8.

              Vous devriez avoir un blog tout les deux. C'est vraiment passionnant et utiles vos réponses.
      • [^] # Re: et ?

        Posté par (page perso) . Évalué à 3.

        Tu proposes de confier les données bancaires à un service en ligne ?
        T'as pas un nom d'application facebook pour faire ça aussi ?
        • [^] # Re: et ?

          Posté par . Évalué à 5.

          Chacun fait ce qu'il veut. Tu lis le contrat de chaque service, si il te convient tu l'acceptes sinon tu l'acceptes pas.

          Pendant longtemps un logiciel libre qui offrait une façon simple d'importer n'importe quel QIF, de tagger ses opérations et de grapher ses comptes ca n'existait pas. Simplement sur l'importation de QIF, c'est encore bien la lutte. Homebank qui est le truc le plus pratique à utiliser pour le particulier lambda, n'arrive pas à lire les OXF de ma banque et j'ai du dégainer un script python pour modifier mes QIF pour qu'il accepte de les lires... Je ne serais pas plus étonné que ca que des gens normaux, même si ils préféreraient une solution libre qui tourne chez eux, puissent aller voir du côté du service en ligne. Par ce que d'un point de vue fonctionnel et ergonomie, les produits tiennent sérieusement la route.
          • [^] # Re: et ?

            Posté par . Évalué à 3.

            Va voir du côté de Grisbi, il importe ces formats (Gnucash, OFX, CSV, QIF), et il est très pratique pour une utilisation personnelle.

            http://www.grisbi.org/

            Yth.
      • [^] # Re: et ?

        Posté par (page perso) . Évalué à 2.

        J'ai des comptes dans deux banques différentes et aucune ne me propose ça. Il y a une liste de banques qui le font quelque part ?

        De plus, c'est là aussi quelque chose qui intéresse weboob, car je suppose qu'il faut quand même se connecter avec son navigateur (et personnellement je trouve ça très irritant de cliquer sur le pavé numérique) : il pourrait automatiser la récupération du fichier (d'ailleurs, si tu as envie de développer cette fonctionnalité tu es le bienvenu). Et pour les banques qui ne proposent pas le fichier, il pourrait en écrire un à partir des infos du site !

        Pour ma part j'utilise déjà munin donc le script m'intéresse pas mal.

        Quant aux services en ligne c'est juste complètement contraire à l'idée de weboob : ne plus utiliser son navigateur !
        • [^] # Re: et ?

          Posté par . Évalué à 4.

          À vérifier et non exhaustif mais de mémoire ou de ouïe dire : Crédit agricole, la poste, Banque populaire, BNP, caisse d'épargne, société générale, crédit mutuel.

          Après QIF comme OFX c'est un peu implémenté n'importe comment par tout le monde. Une fois sur deux avec homebank/gnucash & co tu arriveras pas à lire les données de ta banque sans écrire un petit filtre de conversion...

          Le côté automatisation du DL est en effet très intéressant, mais après avoir regardé le code du backend BNP et LCL je vois pas comment ca passe le login des banques qui proposent un joli pavé numérique cliquable. Si c'est jouable je vous code le support pour mes banques ;)
          • [^] # Re: et ?

            Posté par . Évalué à 3.

            Pour le login de la BNP par exemple, on utilise des méthodes similaires à la
            résolution de captcha. En l'occurence on conserve les sommes md5 de chaque tiles
            (qui sont invariables), du coup on retrouve aisément les positions des
            différents chiffres.

            Je t'invite à regarder weboob/backends/bnporc/captcha.py.
            • [^] # Re: et ?

              Posté par . Évalué à 3.

              Donc, en gros, on pourrait "facilement" deviner les cases cliquées, à partir des coordonnées de la souris lors du clic sur lesdites cases, le tout couplé aux sommes MD5 dont tu parles ?
              • [^] # Re: et ?

                Posté par . Évalué à 4.

                Non. Ce que fait le javascript du site de la BNP, c'est d'envoyer au POST du
                login les coordonnées successives des cases cliquées.

                Ce que fait Weboob pour la BNP, c'est de découper le quadrillage en tiles, pour
                chacune il calcule la somme md5 et compare avec la table de correspondance en
                dur, et si ça match, va donc associer pour tel chiffre la position.

                Après ça il va donc successivement, pour chaque chiffre du mot de passe donné
                par l'utilisateur, sortir la position correspondante, et le tour est joué.
                • [^] # Re: et ?

                  Posté par . Évalué à 2.

                  Ah oui c'est astucieux.

                  Si le login ne change pas trop pour les banques, parfois plein de chose au sein d'une page bougent, donc j'imagine que le reste des bidouilles pour récupérer les données pertinentes dans le flot html doit être régulièrement maintenu ?
                  • [^] # Re: et ?

                    Posté par . Évalué à 3.

                    Effectivement, malheureusement le contenu des pages HTML est très volatile
                    (encore que ça n'est pas si fréquent que ça).

                    D'une part, nous essayons de rendre le parsing le plus tolérant aux erreurs
                    possibles. D'autre part, nous avons une politique de release très fréquente,
                    afin de permettre aux utilisateurs de garder des backends à jour. Nous sortons
                    une nouvelle version tous les mois.

                    D'ailleurs, à partir du mois prochain, nous sortirons en même temps que chaque
                    version n la version n-1 accompagné des corrections de bug, pour ceux qui
                    préfèrent une assurance de stabilité plutôt que des nouvelles fonctionnalités.

                    Un dépôt weboob-stable.git est dédié à ça. Il est forkée de la 0.3 alors que
                    weboob.git débute la 0.4. Les correctifs sont backportés au fur et à mesure dans
                    le dépôt stable.
                    À la fin du mois, nous sortirons la 0.4 issu de weboob.git, accompagné de la
                    0.3.1 issu de weboob-stable.git.

                    Puis nous synchroniserons weboob-stable.git sur la 0.4, et à la fin du mois
                    suivant sortiront la 0.4.1 et la 0.5.

                    Et ainsi de suite.
                    • [^] # Re: et ?

                      Posté par . Évalué à 2.

                      D'ailleurs je tiens à préciser que juste quelques jours après la sortie de la
                      0.3, le backend INA s'est retrouvé inutilisable en raison d'une évolution sur le
                      site en question.

                      On peut se féliciter du buildbot qui a détecté ça, ainsi ça a pu être fixé très
                      rapidement. Néanmoins ça rend le backend inutilisable sur la 0.3.

                      La solution est soit d'utiliser le dépôt weboob-stable.git, soit d'attendre la
                      prochaine version.

                      Après, on a d'autres problèmes plus difficiles à résoudre. Par exemple, le
                      backend BP semble ne pas fonctionner chez certaines personnes, alors que chez
                      d'autres c'est ok.
                      Le problème est que n'ayant pas de compte à la Banque Postale, je suis dans
                      l'incapacité de résoudre le problème, il va falloir attendre que le mainteneur
                      de ce backend se penche sur le problème.
                      En outre, c'est un problème plus général où un site web semble avoir un
                      comportement différent suivant l'utilisateur qui se logue.

                      Ce n'est heureusement le cas que de très peu de sites web.

                      L'idée à l'avenir est de développer des outils autour de weboob qui permettront
                      à un utilisateur de remonter plus facilement des informations anonymisées pour
                      qu'un développeur qui n'a pas accès à ce compte sur ce site puisse tout de même
                      trouver et corriger le problème.

                      Actuellement il n'existe qu'une option --save-responses qui sauvegarde
                      l'ensemble des pages web récupérées par les backends Weboob. C'est un départ,
                      mais ce n'est pas suffisant.
      • [^] # Re: et ?

        Posté par . Évalué à 5.

        En rajout des réponses précédentes, je tiens à préciser que boobank-munin n'a
        évidement pas l'ambition de concurrencer un logiciel de gestion monétaire déjà
        existant, ce n'est pas son but.

        Ce script est là pour montrer aussi la puissance de weboob, car il ne fait
        qu'une centaine de lignes, a été écrit en un après midi, et néanmoins récupère
        la gestion des quatre sites bancaires supportés par Weboob et des éventuels
        futurs backends qui seront écrits.

        Comme l'a fait remarquer Laurent, il serait bon que boobank puisse sortir les
        informations des comptes bancaires dans un format standard pour être réutilisées
        dans les applications dédiées à ça. L'apport serait donc la récupération
        automatique en une commande ou un cron, de manière unifiée pour tous les sites
        supportés.
      • [^] # Re: et ?

        Posté par . Évalué à 3.

        Oui, mais non. J'importe les QIF que ma banque accepte de bien me fournir (avec les bugs qui vont avec) environ une fois par mois. Utile pour suivre l'évolution des dépenses par catégorie, et un suivi efficace.

        Cependant, aucun rapport avec boobank/weboob. Cela permet une gestion journalière du compte, de façon complètement automatique. Ton QIF à télécharger, il va pas pas t'envoyer une alerte car un compte est trop bas (un chèque donné y'a 6 mois, oublié depuis mais déposé seulement aujourd'hui ?). Et ça c'est ultra pratique, car ma banque n'est même pas capable de m'envoyer un mail pour me le signaler (alors que me faire payer un SMS surtaxé, elle sait faire). Il ne va pas te permettre non plus de faire un virement en une ligne de commande pour régler le problème.

        Weboob est pour moi un énorme gain de temps. Plus besoin de se connecter sur le site web de ma banque, de me battre avec leur matrice "sécurisée" ou mon voisin peut lire derrière mon épaule. Cela n'a pas d'équivalent actuellement pour ce que j'en sais. Même parmi les "services en ligne". Weboob en réalité permet de faire ce que d'autres banques permettent nativement : http://en.wikipedia.org/wiki/FinTS

        Avec ça, tu peux télécharger tes comptes directement depuis n'importe quel logiciel de compta. Et automatiser le processus. Sauf que le FinTS, c'est pas près d'arriver en France.
        • [^] # Re: et ?

          Posté par . Évalué à 3.

          Pertinent. C'est vrai que j'ai pas besoin d'une granularité inférieure à la quinzaine donc l'étape login + clic ne m'est pas insurmontable. Je comprends que si ta banque n'a pas d'alerte et que tu as besoin de suivre quotidiennement ce soit un gros plus.

          L'idéal serait que tout les sites webs offrent une jolie API. Weboob est donc une réponse pragmatique au manque d'API.
          • [^] # Re: et ?

            Posté par . Évalué à 5.

            Ce qui est est annoncé dès le départ lorsque le slogan de Weboob est :

            « Weboob ne devrait pas exister. »
        • [^] # Re: et ?

          Posté par . Évalué à 3.

          D'après http://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Setting(...) , il y a une banque française qui utiliserait ce format, et qui permettrait de faire exactement ce que tu veux: La Banque Postale. Mais on dirait que c'est la seule banque qui utiliserait un format "standardisé".

          Vu que je ne suis pas dans cette banque, mais à la Société Générale, il va falloir que je me tourne vers weboob pour savoir si c'est utilisable avec ma banque...
          • [^] # Re: et ?

            Posté par . Évalué à 2.

            LCL utilise aussi le format OFX. Avec HomeBank, c'est le panard.

            un petit screenshot du site pour confirmer : http://pix.toile-libre.org/upload/img/1289224958.png
            • [^] # Re: et ?

              Posté par . Évalué à 1.

              Bien. Donc la prochaine étape sera de faire une commande permettant de récupérer
              les OFX quelque soit le site, ou d'en générer lorsque ce n'est pas supporté.

              Le format est ouvert et documenté ?

              L'intérêt sera alors de mettre une cron pour le récupérer automatiquement
              périodiquement.
              • [^] # Re: et ?

                Posté par . Évalué à 4.

                http://www.ofx.net/DownloadPage/Files/OFX2.1.1.zip

                Voir 11.4.1.2 Response <STMTRS> page 204
              • [^] # Re: et ?

                Posté par . Évalué à 4.

                Le format est ouvert et documenté, oui (mais bonjour le mal de crane :) )
                Peut être jeter un oeil sur le travail de Mr Doyen (auteur de HomeBank) ? Avec son logiciel je n'ai jamais rencontré aucun problème pour la lecture des fichiers .ofx, ainsi que leur traitement (chevauchement temporel, etc).

                Les addresses de mise à disposition, chez LCL, des fichiers d'écritures n'a pas bougé depuis belle lurette (perso je l'ai jamais vu bouger en fait), ce qui devrait faciliter la tache d'un trigger pour cette banque là. Par contre, avant de confier mes identifiants à un soft perso j'aurai besoin de certaines assurances (par exemple mon navigateur ne les a pas, ceux là, je les rentre à la mimine à chaque fois)

                En tout cas perso je trouve le projet weboob passionant :)) Merci pour les nouvelles :))
                • [^] # Re: et ?

                  Posté par . Évalué à 3.

                  > Par contre, avant de confier mes identifiants à un soft perso j'aurai besoin de certaines assurances (par exemple mon navigateur ne les a pas, ceux là, je les rentre à la mimine à chaque fois)

                  C'est tout à fait logique, et la seule assurance que l'on peut te procurer,
                  c'est que ce logiciel est libre, donc tu as les moyens de le vérifier par toi
                  même.

                  Évidement, pour des identifiants aussi critiques que ceux de ses comptes
                  bancaires, la question se pose, c'est certain, et je comprends que ça peut
                  rebuter.

                  C'est à tes risques et périls, je n'ai aucun moyen de te convaincre qu'il n'y a
                  pas de backdoor :). Soit tu lis le code soit tu nous fais confiance.
                  • [^] # Re: et ?

                    Posté par . Évalué à 2.

                    C'est pas qu'une question de confiance, c'est surtout le simple fait de mettre un mot de passe sensible en clair dans un fichier.
                    Mais je suis d'accord que devoir retaper ses identifiants ou une passphrase à chaque fois serait pénible.

                    L'idéal serait une solution à la sudo ou on ne doit retaper son password qu'après x minutes. Par contre je ne sait pas comment il fait ...
                    • [^] # Re: et ?

                      Posté par . Évalué à 3.

                      Alors effectivement, on en parlait justement hier, à terme on pensait
                      implémenter deux solutions :

                      1. Demander de taper le mot de passe puis le garder en mémoire pour la durée de
                      l'exécution du programme (après il faut voir si des mécanismes de protection
                      contre le dump de la ram sont utiles ou non).
                      2. Pouvoir utiliser des keyrings existantes pour stocker les mots de passe, ce
                      qui impliquerait donc de taper le mot de passe de la keyring au lancement de
                      l'application.

                      On perd en maniabilité (plus d'automatisation possible, etc.), mais ça permet
                      d'offrir un moyen de sécuriser l'utilisation des applications weboob à ceux qui
                      le souhaitent.
                      • [^] # Re: et ?

                        Posté par . Évalué à 1.

                        J'imagine que 1 se sera déjà correctement occupé de 2.
                        • [^] # Re: et ?

                          Posté par . Évalué à 2.

                          Je vois pas ce que tu veux dire. 1 c'est pas de sauvegarde du tout de mot de
                          passe. Donc le redemander à chaque fois à l'utilisateur.

                          2 c'est la sauvegarde du mot de passe dans une keyring.
                          • [^] # Re: et ?

                            Posté par . Évalué à 2.

                            J'ai cru que tu appelais keyring (porte-clé) une application comme seahorse. J'imagine que des applis dont c'est la spécialité de protéger les mots de passe prévoient des mécanismes pour empêcher qu'ils soient trop facilement dumpés de la ram.
            • [^] # Re: et ?

              Posté par . Évalué à 2.

              mouarf
              moi pas avoir compris
              lcl a arreté l'ofx direct en 2005 à priori
            • [^] # Re: et ?

              Posté par . Évalué à 3.

              Attention y'a OFX et OFX. OFX à la base c'est un protocole qui repose sur HTTP qui permet de faire beaucoup beaucoup beaucoup de choses pour gérer ton compte (la spec fait 665 pages). C'est ce service qu'offre apparemment la poste. Tu peux te loger sur leur service OFX et effectuer toutes sortes d'opérations sur ton compte.

              Ce qu'offre LCL comme d'autre (société générale par exemple) c'est juste de télécharger un fichier au format OFX qui contient les transactions de ton compte. Il ne reste plus grand chose d'OFX, en fait c'est comme télécharger un CSV ou un QIF. En théorie le format est censé est mieux défini que les deux autres. En pratique je ne sais pas si c'est la libofx ou les banques qui font n'importe quoi, mais c'est un peu jouer à pile ou face pour savoir si le document produit par la banque X sera lisible par le logiciel Y.
      • [^] # Re: et ?

        Posté par . Évalué à 2.

        Si tu veux suivre ton compte bancaire il existe un peu mieux, plus puissant et plus pratique.

        Pas aussi classe qu'un graphe munin, de plus un script munin c'est :
        * mis à jour automatiquement et en temps réel
        * alertes paramétrables

        Le tout avec un graphique simple, exploitable n'importe où, n'importe quand sans aucune dépendance.
    • [^] # Re: et ?

      Posté par (page perso) . Évalué à 4.

      Moi ce que je retiens, c'est la possibilité de script.

      Je suis dans ton cas : je pense que les premiers articles sur Weboob faisaient un peu "blague de potache". J'ai même relu la description et c'est presque incompréhensible.

      Je vois plein d'intérêts à ce truc.

      Ex : je fais de la veille internet, pour une revue de presse.
      Je pense que weboob me permettrait de récupérer du full-text sans fioriture et de déclencher une action (envoi de mail, sauvegarde, alarme, etc...)...
      Jouer le rôle de trigger, en fait.

      A suivre.
      • [^] # Re: et ?

        Posté par . Évalué à 3.

        Effectivement, je pense que le problème qu'on avait au début était de souhaiter
        expliquer en profondeur le principe et le fonctionnement interne qui n'est pas
        forcément trivial surtout sans faire de schéma.
        Je t'invite à regarder la vidéo de la conférence aux RMLL qui sera peut-être
        plus didactique que les explications écrites que tu as pu trouver.

        Pour ce qui est de « blague de potache », c'est vrai que notre volonté à faire
        des choses « fun » peuvent retirer un peu de sérieux à la perception qu'on peut
        avoir de Weboob au début, mais il faut savoir que malgré tout c'est une approche
        et une architecture qui marche et on est réellement convaincu de ce modèle, qui
        peut donner l'impression d'« usine à gaz » (voir le commentaire au dessus
        demandant un équivalent qui fait un seul fichier), mais la séparation des
        parties donne toute la flexibilité de Weboob.

        La preuve en est boobank-munin puisqu'encore une fois ce script ne fait qu'une
        centaine de lignes.

        Ça confirme bien ce que tu dis sur la scriptabilité de Weboob. Voir également
        comment configurer Conky pour afficher le titre des chansons actuelles de radios
        avec radioob : http://weboob.org/Radioob#Display-the-current-song-in-Conky
  • # Je trouve l'idée excellente

    Posté par . Évalué à 2.

    ... faut dire que je suis un grand fan des aggrégateurs RSS.

    Là, on me propose un truc plus ou moins identique avec des services en ligne.

    J'adore.

    Je teste ca ASAP.
    • [^] # Re: Je trouve l'idée excellente

      Posté par . Évalué à 2.

      Très agréable à utiliser, ici.
      Il faudrait peut être ajouter au backend dlfp (ou à qboobmsg) la possibilité de fusionner la fenêtre de titre et de contenu. Afin d'éviter le multi-clic nécessaire à la lecture de tout les messages.
      D'un autre côté, là c'est "productif" pour reprendre le terme utilisé dans la prez aux rmlls : par défaut l'interface nous oriente vers le suivi de ce qu'on connait uniquement.
      Bref d'un côté qboobmsg est moins pratique que le navigateur (faut cliquer sur chaque message pour le lire) d'un autre on gagne du temps à répondre.

      Par contre les sessions dlfp, j'ai comme un doute, d'où l'objet de ce message [un test :p]
    • [^] # Re: Je trouve l'idée excellente

      Posté par . Évalué à 1.

      Je trouve aussi l'idée excellente et j'en profite pour indiquer que j'ai réussi à le compiler et à le faire tourner sur processeur PowerPC (Debian Squeeze).

      Et pour répondre à la question de l'utilité, ben sur un processeur PowerPC plutôt vieux éviter la tonne de flash sur YouTube c'est pas mal.
  • # Après le web selon orange,

    Posté par . Évalué à 6.

    le web selon weboob ! \o/

    =>[]
  • # Weboob et D-Bus ?

    Posté par (page perso) . Évalué à 1.

    En parcourant rapidement le site, il y a un détail que je n'arrive pas à m'expliquer : est-ce que weboob utilise ou non D-Bus ?

    En effet, la description de Weboob revient à décrire des interfaces (capabilities) implémentées par des serveurs (backend) et utilisées par des applications. L'avantage : on peut coder l'application comme on veut (console, Gtk, Qt...).
    Mais tout ça, ça me fait surtout penser à D-Bus.
    L'avantage de D-Bus c'est que tu code le backend et le frontend dans le langage que tu veux (python, C, C++...).

    D'ailleurs, pour le service de geoloc il y a geoclue en D-Bus.


    Vous pouvez m'éclairer ?
    • [^] # Re: Weboob et D-Bus ?

      Posté par (page perso) . Évalué à 4.

      Tu as mal compris l'architecture de weboob : les backends ne sont pas des serveurs, mais des modules python qui sont importés par les différentes applications. Il ne s'agit donc pas d'un système client/serveur, et n'a rien à voir avec dbus.
      • [^] # Re: Weboob et D-Bus ?

        Posté par . Évalué à 2.

        Cela dit, je pense que ce qui serait intéressant, serait de faire un démon
        python qui utilise weboob et offre des services dbus pour faire le lien entre
        les deux.

        Après, je ne connais pas spécialement dbus et ne sais pas quelles seraient les
        limitations, mais ce serait une bonne passerelle.
        • [^] # Re: Weboob et D-Bus ?

          Posté par . Évalué à 3.

          A propos de de modules python, weboob semble avoir sacrément besoin de prettytable, non ? Or il semble que ce module est au point mort. Comment faire ?
          • [^] # Re: Weboob et D-Bus ?

            Posté par . Évalué à 2.

            Sacrément n'est pas le mot. Les applications console utilisent ce qu'on appelle
            des « formateurs » pour sortir les résultats d'une commande.

            Il y a un formateur ('table') qui se repose sur prettytable, mais si ce dernier
            est absent l'application va se rabattre sur 'multiline' qui est interne (mais
            moins sexy).
            Note que depuis la version 0.3 une commande peut avoir son propre formateur
            dédié à un affichage optimal des données, là où 'multiline', 'table' ou encore
            'csv' sont génériques.

            Par contre j'ignorais que ce module était au point mort, c'est tout de même
            ennuyeux. Sais-tu si il existe une raison et un remplaçant ?
            En tous cas pour le moment il est toujours packagé et marche bien.
            • [^] # Re: Weboob et D-Bus ?

              Posté par . Évalué à 2.

              Oui j'avais vu le fallback. Merci des tes précisions !

              Non je ne sais pas pourquoi, je constate simplement que le dernier commit est une rc1 datant de 07-09 et depuis plus rien.

              Perso j'ai installé prettytable avec esay_install, et zou (vu que celui ci n'est plus dans les modules pythons packagés sur la distro que j'utilise)

              Dans les questions qui me viennent à l'esprit, c'est comment l'interfacé avec https ? (peut être j'ai pas encore vu, surement). Et deuxièmement quelle solution utilisée afin d'éviter d'avoir les mots de passes en clair dans son ~/.weboob/

              msg envoyé depuis qboobmsg :p
              • [^] # Re: Weboob et D-Bus ?

                Posté par . Évalué à 2.

                Arf désolé du quasi doublon
                Premier usage de qboobmsg, pardon aux familles, toussa.
                Merci de bien vouloir moinsser le commentaire précédent.
            • [^] # Re: Weboob et D-Bus ?

              Posté par . Évalué à 3.

              Oui j'avais vu le fallback. Merci de tes précisions !

              N'étant plus disponible en package sur la distro que j'utilise j'ai simplement installé prettytable avec easy_install, et zou. Non je ne sais pas pourquoi, j'ai simplement constaté que le dernier commit pour prettytable était une rc1 datant de 06-09, et depuis, plus rien.

              Autres questions (sans demander de réponses c'est plus du "voix haute" qu'autre chose) c'est comment utiliser https par défaut ? (je n'ai certainement pas vi=u encore comment faire, j'imagine que c'est prévu) d'une part. Et d'autre part quelle solution adoptée pour éviter d'avoir les mots de passe en clair dans son ~/.weboob/ ?

              Merci :)
              msg envoyé avec Qboobmsg :p
  • # J'aime

    Posté par (page perso) . Évalué à 3.

    Un concept sympa, un nom original, un site en redmine, du code en Python et un Qt. Ce logiciel a vraiment tout pour me plaire !

    Dommage que je n'y vois pas d'utilité personnelle, ça aurait été avec plaisir.
    • [^] # Re: J'aime

      Posté par . Évalué à 3.

      Et utilisation de Git.
      Vraiment tout pour plaire :)

      /*humour*/Retour aux bbs, mais au lieu d'avoir que du flux utile, il retire l'inutile du flux. :))) "vengeance ! les bbs vaincront !"

      Par contre il y a un comportement étrange avec dlfp, quant même :
      Tout d'abord la publication : lente. Ensuite des msg semblent se perdre en chemin, entre réception dlfp et publication (voir par exemple : http://pix.toile-libre.org/upload/original/1289236805.png où l'on voit clairement le message enregistré... mais il n'est jamais apparu dans le fil de discussion...).
      Enfin il semble bien que chaque requête d'envoi ouvre une nouvelle session chez dlfp. Les admins dlfp risquent de hurler à l'attentat si la configuration par défaut n'est pas modifiée.
      • [^] # Re: J'aime

        Posté par . Évalué à 3.

        Alors en fait, pour t'expliquer, c'est un problème qu'il y a avec DLFP que je
        n'ai pas réussi à résoudre.

        Lorsque le POST du commentaire est effectué d'une façon très similaire pourtant
        il me semble aux navigateurs, il est bien pris en compte puisque tu le vois dans
        ta page personnelle.

        Par contre, il n'apparaît pas dans les commentaires du journal tant qu'un autre
        commentaire n'a pas été publié ou qu'un commentaire n'a pas été plussé ou
        moinsé.

        J'ignore totalement quelle est la raison et je trouve ça louche.

        Sinon, actuellement les cookies ne sont pas sauvegardées, donc effectivement à
        chaque fois que tu relances une application weboob il se relogue. Et comme le
        backend DLFP ne se délogue pas...

        C'est prévu de stocker les cookies pour éviter cela.

        Merci pour ces retours, n'hésite pas à ouvrir des tickets.

        Pour l'interface de QBoobMsg, sache que l'application n'a pas été franchement
        travaillée, c'est à l'état d'ébauche, si tu as des suggestions d'ergonomie ou
        quoi, on est preneurs.

        Et enfin, si tu veux vraiment optimiser ton improductivité, je t'invite à
        utiliser monboob pour troller avec ton client mail.

        Cf http://linuxfr.org/~moules/30262.html
        • [^] # Re: J'aime

          Posté par . Évalué à 2.

          Ça utilise une connexion https ?

          Les logiciels sous licence GPL forcent leurs utilisateurs à respecter la GPL (et oui, l'eau, ça mouille).

          • [^] # Re: J'aime

            Posté par . Évalué à 2.

            En fait, oui :
            78.251.169.1:58263 88.191.250.104:443 CLOSE_WAIT 4839/python
  • # Installation de la version stable sur Mandriva

    Posté par . Évalué à 7.

    Vous trouverez ici :
    http://wiki.mandriva.com/fr/Weboob
    Le nécessaire pour démarrer avec Weboob, sans mal de crâne pour les dépendances. Pour le reste (configuration, utilisation, voire plus) il faudra se référer à la doc officielle du projet.
  • # Screenshot

    Posté par (page perso) . Évalué à 3.

    Les images des vidéos sur le site web sont franchement nulle et pas à la hauteur de ce qui est proposé. Certes l'auteur nous avertis mais honnêtement, je ne pourrais jamais conseillé ce site à mon entourage tant que cette partie n'a pas été modifié.
  • # Twisted ?

    Posté par . Évalué à 2.

    Y-a-t-il en projet la possibilité d’utiliser Twisted comme couche de communication réseau ?
    Pour l’instant, j’utilise un script rss2maildir qui télécharge périodiquement une liste de feeds pour les placer dans une boîte Maildir. Un peu comme monboob, sauf que ça ne passe pas par un serveur SMTP mais tape directement sur le disque dur. En codant ce script, j’ai initialement utilisé la même approche que Weboob pour la parallélisation : un thread par fil. Grand mal m’en a pris : les performances des threads python étaient réellement décevantes dès lors que j’avais une vingtaine de threads.
    Du coup, je suis passé à Twisted, et ça marche vachement mieux.
    Je me tâte pour passer de cfeedparser+twisted à Weboob comme backend (ce qui me permettrait d’ajouter DLFP à mon rss2maildir :)), mais je considère la non-utilisation de Twisted comme un point réellement bloquant. D’où ma question.
    • [^] # Re: Twisted ?

      Posté par . Évalué à 2.

      C'est une question intéressante. Je t'invite à nous contacter, soit sur IRC, soit par mail, pour discuter de ça.

Suivre le flux des commentaires

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