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 :
- Arte (CapVideo).
- Banque Postale (CapBank).
- GeolocIp (CapGeolocIp)
- LCL (CapBank) -- non terminé.
- OuiFM (CapRadio).
- Newsfeed (CapMessages).
- Redmine (CapContent).
- Arte (CapVideo).
- Nouvelles applications :
- geolooc (CapGeolocIp).
- radioob (CapRadio).
- webcontentedit (CapContent).
- weboob-cli, une application qui permet d'interagir avec tous les backends.
- geolooc (CapGeolocIp).
- 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.
- Fonctionnalité d'anti-spam pour détecter, bloquer et rapporter les spambots (#313).
- 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.
- crash lorsqu'un compte ne supporte pas la colonne « À venir » (#401).
- 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.
- Crédit Agricole
- Support d'une autre version du site du Crédit Agricole.
- Correctif : Vérifier si le site web est tombé.
- Support d'une autre version du site du Crédit Agricole.
- 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.
- Remplacer les balises « cite » et « tt » par « i » pour une meilleure translation des commentaires par python-html2text.
- Youtube
- Support des recherches infinies.
- Correctif : parsing des URLs (#388).
- Support des recherches infinies.
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.
- Utilisation par défaut du formateur « table ».
- 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.
- Support de l'affichage par files.
- QHaveSex
- Possibilité d'afficher un profil depuis une URL.
- Possibilité de savoir si un message envoyé a été lu ou non par le destinataire.
- Possibilité d'afficher un profil depuis une URL.
- 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 ».
- La sortie de la commande « search » est particulièrement lisible.
- 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.
Aller plus loin
- Site web (90 clics)
- Installation (17 clics)
- Architecture de Weboob (14 clics)
- Conférence aux RMLL (10 clics)
- Grapher ses comptes bancaires (37 clics)
- Annonce de la 0.1 sur DLFP (15 clics)
# et ?
Posté par stopspam . Évalué à 6.
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 Ph Husson (site web personnel) . Évalué à 10.
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 laurentb (site web personnel) . Évalué à 5.
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 ckyl . Évalué à 3.
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 barmic . Évalué à -1.
http://fr.wikipedia.org/wiki/Faux_dilemme
Tu sais qu'ilexiste des logiciels libres et en ligne ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: et ?
Posté par ckyl . Évalué à 3.
[^] # Re: et ?
Posté par claudex . Évalué à 3.
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 ckyl . Évalué à 8.
[^] # Re: et ?
Posté par xumelc . Évalué à 3.
T'as pas un nom d'application facebook pour faire ça aussi ?
[^] # Re: et ?
Posté par ckyl . Évalué à 5.
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 Yth (Mastodon) . Évalué à 3.
http://www.grisbi.org/
Yth.
[^] # Re: et ?
Posté par laurentb (site web personnel) . Évalué à 2.
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 ckyl . Évalué à 4.
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 tesiruna . Évalué à 3.
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 windu.2b . Évalué à 3.
[^] # Re: et ?
Posté par tesiruna . Évalué à 4.
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 Steven Le Roux . Évalué à 2.
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 moules . Évalué à 3.
(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 moules . Évalué à 2.
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 moules . Évalué à 5.
é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 Florent Fourcot . Évalué à 3.
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 ckyl . Évalué à 3.
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 moules . Évalué à 5.
« Weboob ne devrait pas exister. »
[^] # Re: et ?
Posté par Yggdras . Évalué à 3.
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 bubar🦥 (Mastodon) . Évalué à 2.
un petit screenshot du site pour confirmer : http://pix.toile-libre.org/upload/img/1289224958.png
[^] # Re: et ?
Posté par moules . Évalué à 1.
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 ckyl . Évalué à 4.
Voir 11.4.1.2 Response <STMTRS> page 204
[^] # Re: et ?
Posté par bubar🦥 (Mastodon) . Évalué à 4.
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 moules . Évalué à 3.
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 Jean B . Évalué à 2.
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 moules . Évalué à 3.
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 llaxe . Évalué à 1.
[^] # Re: et ?
Posté par moules . Évalué à 2.
passe. Donc le redemander à chaque fois à l'utilisateur.
2 c'est la sauvegarde du mot de passe dans une keyring.
[^] # Re: et ?
Posté par llaxe . Évalué à 2.
[^] # Re: et ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
moi pas avoir compris
lcl a arreté l'ofx direct en 2005 à priori
[^] # Re: et ?
Posté par ckyl . Évalué à 3.
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 stopspam . Évalué à 2.
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 toctoc1 . Évalué à 4.
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 moules . Évalué à 3.
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 Graveen . Évalué à 2.
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 bubar🦥 (Mastodon) . Évalué à 2.
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 ... a little wood elfe . Évalué à 1.
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 Elfir3 . Évalué à 6.
=>[]
# Weboob et D-Bus ?
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 1.
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 xumelc . Évalué à 4.
[^] # Re: Weboob et D-Bus ?
Posté par moules . Évalué à 2.
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 bubar🦥 (Mastodon) . Évalué à 3.
[^] # Re: Weboob et D-Bus ?
Posté par moules . Évalué à 2.
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 bubar🦥 (Mastodon) . Évalué à 2.
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 bubar🦥 (Mastodon) . Évalué à 2.
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 bubar🦥 (Mastodon) . Évalué à 3.
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 Philippe F (site web personnel) . Évalué à 3.
Dommage que je n'y vois pas d'utilité personnelle, ça aurait été avec plaisir.
[^] # Re: J'aime
Posté par bubar🦥 (Mastodon) . Évalué à 3.
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 moules . Évalué à 3.
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 barmic . Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: J'aime
Posté par bubar🦥 (Mastodon) . Évalué à 2.
78.251.169.1:58263 88.191.250.104:443 CLOSE_WAIT 4839/python
# Installation de la version stable sur Mandriva
Posté par bubar🦥 (Mastodon) . Évalué à 7.
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 Sytoka Modon (site web personnel) . Évalué à 3.
# Twisted ?
Posté par Moonz . Évalué à 2.
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 moules . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.