C'est vrai. Oublions que plus d'un million et demi de Français votent. Et puis tant pis pour eux, ils sont loin.
C'est vrai que le vote d'un Français de l'étranger ne lui apporte rien du tout, puisque son ambassade ne le couvre jamais, ne lui apporte jamais aucune aide ni aucun droit.
Ne trollons pas trop longtemps sur ce sujet quand même.
Ce qui confirme que ce système profite aux « gros ».
Une chaîne de boulangeries, ou de snacks, peut largement adapter ses prix pour maximiser le profit, car chaque centime de gagné sur une vente lui rapportera un bénéfice substantiel.
En revanche, pour un artisan, ce sera différent. Rien que le temps de calcul n'est pas rentable, et en plus, il paiera des commissions plus élevées. Tout comme les paiements par CB d'ailleurs, mais c'est un autre débat :)
Yavait des idées dans mon précédent journal
Il faut voir les commentaires, mais c'est pas brillant… (Je parle des solutions, pas de la qualité des commentaires)
Ne faudrait-il pas limiter en fonction du nombre de caractères affichés, plutôt qu'en pixels ?
Car à l'heure des variations de nombre de points par pouce, cette limite franche pourrait avoir des résultats incertains.
Par contre, je n'ai pas fait de DEA en CSS, donc je n'ai pas de solution toute faite…
Merci pour la dépêche, j'ai découvert collectd, c'est pas mal du tout.
Par contre Perfwatcher dépend de MySQL, et au risque de déclencher une guerre, je dis clairement que je n'installe plus aucun logiciel qui en dépend explicitement. PostgreSQL est bien meilleur, et puis même, c'est dommage de dépendre d'un seul SGBD, à l'heure des abstractions facile.
Enfin, c'est pas si grave que ça, mais sur mon petit serveur à la maison, je vais pas faire tourner deux moteurs de base de données pour le plaisir :)
Sauf que TeamPass est malheureusement dépendant de MySQL. Et de PHP. Enfin bref, c'est plus contraignant à installer qu'une simple ribambelle de fichiers statiques.
Effectivement, le projet a l'air intéressant. Le problème, c'est que la doc complète est un PDF en russe (ou en cyrillique en tout cas). Et la documentation en anglais n'est pas encore complètement disponible.
Après, ça a l'air sexy, mais tant que je dois chercher comment l'installer et le configurer, ça va être difficile :)
Je ne vais pas porter plainte contre la SNCB, ou Brussels Airlines. Je porterai pas plainte non plus contre une société française d'ailleurs, comme Direct Énergie ou Air France. Il y a plein de raisons pour ça, merci de ne pas répondre que je pourrais quand même si je le voulais.
Je n'ai aucune preuve de revente de mon adresse. Comme je l'ai dit, c'est peut-être un robot qui l'a récupéré. Soit parce que l'adresse est passé par un sous-traitant peu scrupuleux, ou bien s'est retrouvé dans une base non-sécurisée, ou bien encore parce qu'un vilain pirate a injecté du JS dans le formulaire d'inscription. Allez savoir.
Pas testé non plus, mais j'ai lu la doc en détail.
Ça fait plus que ce que je demande. C'est vraiment pour du filtrage de type SpamAssassing, avec plein de critères qui donnent lieu à un coefficient. À la fin, y a un rejet du mail (c'est un filtre de type Milter), ou acceptation avec marquage.
Le plus gros problème ? Il faut tout se faire à la main. Tout. La compilation, la configuration, les utilisateurs, etc… En effet l'auteur dit clairement que les distributions ne font pas du bon boulot :
What's j-easy-install ? It's, as we can understand, a easy way to install and upgrade j-chkmail. It's a replacement to binary packages, such as *.deb, *.rpm and so.
j-easy-install is it better than yum, pkgadd and similar tools ? Yes !!! In fact, it's impossible to create packages for every operating system and every release/flavour of each operating system. j-easy-install is a common solution to all OSs and OSs versions.
Autant je vous conseille les différents documents de l'auteur, dont certaines en français, autant ce rejet des distributions me font le mettre de côté. Tant pis.
Ouais, le problème est aussi la revente d'adresse. Par exemple, je suis Français, et depuis que j'ai utilisé les services en ligne belges (genre SNCB, Brussels Airlines), je reçois soudainement plein de spams en néerlandais. Curieux non ?
Mais ces alias que j'utilise (avec un autre recipient_delimiter que « + »), je ne veux pas les bloquer, car ils sont valides. Ce n'est pas la société elle-même qui m'envoie du spam, mais soit les sociétés à qui cette adresse a été revendue, soit parce qu'un robot a récupéré l'adresse quelque part.
Si je bloque l'alias, je ne reçois plus rien de cette société, à moins de penser à mettre à jour mon email de contact.
Bof. Techniquement, l'idée est pas mal (c'est un peu l'idée des emails jetables d'ailleurs), mais le problème, c'est que dans le monde réel, je dois des fois donner mon adresse à des gens que je croise, sans avoir de quoi générer une adresse sous la main.
Waaaah, je suis toujours aussi impressionné. Je poste un journal avec un titre (presque) menteur, et des phrases rageuses, et des gens me font quand même des réponses constructives en un rien de temps.
Le trololo, bien connu. Je précise que j'ai bien la mention « Vous ne testez pas la technologie HTML5. » sur la page http://www.youtube.com/html5 Et que pourtant, c'est le lecteur HTML5 de YouTube qui prend le relais. Je n'ai pas le choix. Sur http://vimeo.com/6186953, j'ai un beau carré noir :)
Ah ben pas chez moi. Même si je suis très content de voir çà, sur YouTube, j'ai le droit à « Veuillez mettre à jour votre lecteur Adobe Flash ». Ptêt parce que c'était une vidéo VEVO ?
La dépendance vient du service lui-même. Tu ne peux justement pas exporter TOUTES tes données, comme les marqueurs lus/non-lus, et si je ne me trompe pas, l'historique (me flageller si nécessaire). Tu peux juste exporter la liste des flux suivis.
Ensuite, ça a l'air d'être du FUD, mais peu de services propriétaires ont gardés de bonnes fonctionnalités gratuites. Il y a toujours de la pub un jour ou l'autre, ce qui enlève le côté gratuit, puisque c'est l'utilisateur lui-même qui devient le produit.
Enfin, les services hébergés par des entreprises ne dépendant pas du droit de ton pays (USA ou autre, je vis en France), ça ne me plaît pas. J'ai les compétences pour héberger des services, j'ai envie de pouvoir m'en servir.
Parce que simplement, gitlab et gitorious sont durs à installer et nécessite des ressources. Et chez moi, j'ai mes DNS, un masq (pour openID), un mozilla-sync, un 0bin, un roundcube, un tt-rss, bref, des tas de trucs, mais j'en ai pas trop chié pour les installer. J'ai lu la doc de gitorious et gitlab, et c'est pas encore ça.
Bon, c'est pas encore aussi difficile que NewsBlur, mais quand même :)
Je suis Paperwork depuis très longtemps (en fait, depuis le premier journal là dessus), car j'aime beaucoup l'idée.
Dans l'ensemble, l'effort n'est pas vain, mais j'aurais deux critiques :
- l'IHM est un peu bizarre, il faudrait peut-être dessiner quelque chose sur un papier avant de la refaire, mais ce point mériterait qu'on s'y attarde;
- l'installation via des dépendances multiples de modules Python sur GitHub force l'utilisation de virtualenv, pas très pratique actuellement.
Ce ne sont pas des critiques très constructives, dans le sens où elles n'apportent pas de solutions. C'est un ressenti.
Je continue de suivre les évolutions cependant, mais je tiens à préciser que mon utilisation sera beaucoup plus de l'import direct en PDF, car je peux scanner « en masse » au boulot et revenir avec ces fichiers chez moi.
Par rapport au mode « paper » de galculate, il y a juste l'historique qui est en bas au lieu d'être en haut, mais sinon, c'est vraiment pareil.
Après, la question est toujours la même : pourquoi ne pas reprendre ce qui existe déjà ? Il y a toujours une bonne explication :) Même si dans ce cas là, je ne la connais pas.
Attention hein, je suis pas contre les poissons d'Avril, c'est toujours marrant, mais là, y a ma base de données remplie avec TinyTinyRSS qui s'est rempli de vieux articles, et mon pauvre serveur qui a mouliné toute la journée hier juste pour récupérer ces vieux articles si malicieusement insérés…
L'interface est propre, et je ne vois que deux-trois améliorations mineures pour la rendre « mieux », mais rien de bien méchant. Je vais essayer, merci pour le lien !
Ça me fait un peu marrer toutes ces discussions sur l'utilité de mettre son accès ssh partout, de faire des manipulations de malade pour éviter les méchants.
Attention, je sais que c'est utile. Mais voilà, un jour, tu seras derrière un proxy qui n'autorisera que les ports 80 et 443. Et toi, tu auras besoin de te connecter chez toi.
Je te conseille shellinabox, qui est un shell dans un page web. Il suffit de le mettre en HTTPS, via une adresse obscure (genre /monaccèssecret). Et ça dépanne, tu peux pas imaginer :)
Ensuite, j'utilise sslh, mais ça, c'est optionnel. Ça permet d'avoir du SSH et du HTTPS sur le port 443. Mais ça n'empêche pas un proxy bien fait de le bloquer.
Justement, là, tu as le choix : en mode feed, c'est épuré, il y a juste le contenu.
Globalement, NewsBlur est vraiment sympa, réactif (surtout par rapport à TTRSS), et intuitif.
L'installation est un enfer dans lequel j'ai décidé de ne pas me plonger.
Question : pourquoi on part du principe qu'il y a plusieurs machines ? Depuis quand un simple lecteur de flux RSS a besoin d'une instance dans les nuages ?
Je reste songeur sur une réponse qui réussirait à me convaincre.
En attendant, si quelqu'un en fait une version installable pas trop difficilement, et sur une seule machine, ce sera tout bon !
[^] # Re: Le cas particulier des Francais de l'étranger
Posté par Glandos . En réponse au journal Vote électronique : on continue avec Java. Évalué à 6.
http://fr.wikipedia.org/wiki/Fran%C3%A7ais_de_l%27%C3%A9tranger#Chiffres
C'est vrai. Oublions que plus d'un million et demi de Français votent. Et puis tant pis pour eux, ils sont loin.
C'est vrai que le vote d'un Français de l'étranger ne lui apporte rien du tout, puisque son ambassade ne le couvre jamais, ne lui apporte jamais aucune aide ni aucun droit.
Ne trollons pas trop longtemps sur ce sujet quand même.
[^] # Re: ASSP
Posté par Glandos . En réponse au journal Antispam sans DSpam. Évalué à 2.
Ben faut dire que effectivement, ça ressemble à un gros tas de scripts Perl en désordre.
C'est probablement très bien, mais on sait pas trop par où l'entamer. Volontaire pour en faire une dépêche d'intro ? ;)
[^] # Re: les artisans ne cherchent pas à grapiller des centimes
Posté par Glandos . En réponse au journal Histoire des titres restaurant, ou comment les salaires furent placés sous DRM. Évalué à 0.
Ce qui confirme que ce système profite aux « gros ».
Une chaîne de boulangeries, ou de snacks, peut largement adapter ses prix pour maximiser le profit, car chaque centime de gagné sur une vente lui rapportera un bénéfice substantiel.
En revanche, pour un artisan, ce sera différent. Rien que le temps de calcul n'est pas rentable, et en plus, il paiera des commissions plus élevées. Tout comme les paiements par CB d'ailleurs, mais c'est un autre débat :)
[^] # Re: Et m....
Posté par Glandos . En réponse au journal Antispam sans DSpam. Évalué à 2.
Yavait des idées dans mon précédent journal
Il faut voir les commentaires, mais c'est pas brillant… (Je parle des solutions, pas de la qualité des commentaires)
[^] # Re: Fait
Posté par Glandos . En réponse à l’entrée du suivi Limiter la largeur maximale du site pour les grands écrans. Évalué à 2 (+0/-0).
Ne faudrait-il pas limiter en fonction du nombre de caractères affichés, plutôt qu'en pixels ?
Car à l'heure des variations de nombre de points par pouce, cette limite franche pourrait avoir des résultats incertains.
Par contre, je n'ai pas fait de DEA en CSS, donc je n'ai pas de solution toute faite…
[^] # Toutes mes excuses
Posté par Glandos . En réponse à la dépêche Sortie de Perfwatcher 2.0. Évalué à 1.
Et bien merci beaucoup pour cette précision. C'est une bonne nouvelle, et je m'en réjouis :)
Bon, je vais attendre un peu, et ça ira mieux :)
# MySQL, désolé
Posté par Glandos . En réponse à la dépêche Sortie de Perfwatcher 2.0. Évalué à 1.
Merci pour la dépêche, j'ai découvert collectd, c'est pas mal du tout.
Par contre Perfwatcher dépend de MySQL, et au risque de déclencher une guerre, je dis clairement que je n'installe plus aucun logiciel qui en dépend explicitement. PostgreSQL est bien meilleur, et puis même, c'est dommage de dépendre d'un seul SGBD, à l'heure des abstractions facile.
Enfin, c'est pas si grave que ça, mais sur mon petit serveur à la maison, je vais pas faire tourner deux moteurs de base de données pour le plaisir :)
[^] # Re: Teampass
Posté par Glandos . En réponse à la dépêche Cloud Kee Pass - version « même pas encore alpha ». Évalué à 2.
Sauf que TeamPass est malheureusement dépendant de MySQL. Et de PHP. Enfin bref, c'est plus contraignant à installer qu'une simple ribambelle de fichiers statiques.
Je sais, c'est déloyal comme critique.
[^] # Re: Rspamd
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 1.
Effectivement, le projet a l'air intéressant. Le problème, c'est que la doc complète est un PDF en russe (ou en cyrillique en tout cas). Et la documentation en anglais n'est pas encore complètement disponible.
Après, ça a l'air sexy, mais tant que je dois chercher comment l'installer et le configurer, ça va être difficile :)
[^] # Re: Une idée
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 0.
Le sujet dérive, mais pour clore vos remarques :
[^] # Re: Un autre
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 2.
Pas testé non plus, mais j'ai lu la doc en détail.
Ça fait plus que ce que je demande. C'est vraiment pour du filtrage de type SpamAssassing, avec plein de critères qui donnent lieu à un coefficient. À la fin, y a un rejet du mail (c'est un filtre de type Milter), ou acceptation avec marquage.
Le plus gros problème ? Il faut tout se faire à la main. Tout. La compilation, la configuration, les utilisateurs, etc… En effet l'auteur dit clairement que les distributions ne font pas du bon boulot :
La suite par ici. Et il préfère la liaison statique bien sûr.
Autant je vous conseille les différents documents de l'auteur, dont certaines en français, autant ce rejet des distributions me font le mettre de côté. Tant pis.
[^] # Re: Une idée
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 2.
Ouais, le problème est aussi la revente d'adresse. Par exemple, je suis Français, et depuis que j'ai utilisé les services en ligne belges (genre SNCB, Brussels Airlines), je reçois soudainement plein de spams en néerlandais. Curieux non ?
Mais ces alias que j'utilise (avec un autre recipient_delimiter que « + »), je ne veux pas les bloquer, car ils sont valides. Ce n'est pas la société elle-même qui m'envoie du spam, mais soit les sociétés à qui cette adresse a été revendue, soit parce qu'un robot a récupéré l'adresse quelque part.
Si je bloque l'alias, je ne reçois plus rien de cette société, à moins de penser à mettre à jour mon email de contact.
[^] # Re: Une idée
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 1.
Bof. Techniquement, l'idée est pas mal (c'est un peu l'idée des emails jetables d'ailleurs), mais le problème, c'est que dans le monde réel, je dois des fois donner mon adresse à des gens que je croise, sans avoir de quoi générer une adresse sous la main.
# Les bienfaits de la communauté
Posté par Glandos . En réponse au journal Antispam, la solution ultime. Évalué à 9.
Waaaah, je suis toujours aussi impressionné. Je poste un journal avec un titre (presque) menteur, et des phrases rageuses, et des gens me font quand même des réponses constructives en un rien de temps.
MERCI !
# Oracle
Posté par Glandos . En réponse à la dépêche Wireshark passe à Qt. Évalué à 10.
D'ailleurs, je pense que GNOME 4 va passer à Qt aussi, afin de pouvoir être installé sur OS X à la place du finder.
Ah, oui, j'avais une envie de troller !
[^] # Re: It's working
Posté par Glandos . En réponse au journal Sans flash et sans IE?. Évalué à 0.
http://www.youtube.com/watch?v=oavMtUWDBTM
Le trololo, bien connu. Je précise que j'ai bien la mention « Vous ne testez pas la technologie HTML5. » sur la page http://www.youtube.com/html5 Et que pourtant, c'est le lecteur HTML5 de YouTube qui prend le relais. Je n'ai pas le choix. Sur http://vimeo.com/6186953, j'ai un beau carré noir :)
[^] # Re: It's working
Posté par Glandos . En réponse au journal Sans flash et sans IE?. Évalué à 0.
Ah ben pas chez moi. Même si je suis très content de voir çà, sur YouTube, j'ai le droit à « Veuillez mettre à jour votre lecteur Adobe Flash ». Ptêt parce que c'était une vidéo VEVO ?
Ça liste les sites vidéos, mais ils ne sont pas forcément compatibles, si ? En tout cas, ce n'est pas mentionné dans la page…
[^] # Re: Hum
Posté par Glandos . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 2.
La dépendance vient du service lui-même. Tu ne peux justement pas exporter TOUTES tes données, comme les marqueurs lus/non-lus, et si je ne me trompe pas, l'historique (me flageller si nécessaire). Tu peux juste exporter la liste des flux suivis.
Ensuite, ça a l'air d'être du FUD, mais peu de services propriétaires ont gardés de bonnes fonctionnalités gratuites. Il y a toujours de la pub un jour ou l'autre, ce qui enlève le côté gratuit, puisque c'est l'utilisateur lui-même qui devient le produit.
Enfin, les services hébergés par des entreprises ne dépendant pas du droit de ton pays (USA ou autre, je vis en France), ça ne me plaît pas. J'ai les compétences pour héberger des services, j'ai envie de pouvoir m'en servir.
# Pourquoi Github ?
Posté par Glandos . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 5.
Parce que simplement, gitlab et gitorious sont durs à installer et nécessite des ressources. Et chez moi, j'ai mes DNS, un masq (pour openID), un mozilla-sync, un 0bin, un roundcube, un tt-rss, bref, des tas de trucs, mais j'en ai pas trop chié pour les installer. J'ai lu la doc de gitorious et gitlab, et c'est pas encore ça.
Bon, c'est pas encore aussi difficile que NewsBlur, mais quand même :)
# Forces et Faiblesses
Posté par Glandos . En réponse à la dépêche Paperwork : besoin de testeurs. Évalué à 6.
Je suis Paperwork depuis très longtemps (en fait, depuis le premier journal là dessus), car j'aime beaucoup l'idée.
Dans l'ensemble, l'effort n'est pas vain, mais j'aurais deux critiques :
- l'IHM est un peu bizarre, il faudrait peut-être dessiner quelque chose sur un papier avant de la refaire, mais ce point mériterait qu'on s'y attarde;
- l'installation via des dépendances multiples de modules Python sur GitHub force l'utilisation de virtualenv, pas très pratique actuellement.
Ce ne sont pas des critiques très constructives, dans le sens où elles n'apportent pas de solutions. C'est un ressenti.
Je continue de suivre les évolutions cependant, mais je tiens à préciser que mon utilisation sera beaucoup plus de l'import direct en PDF, car je peux scanner « en masse » au boulot et revenir avec ces fichiers chez moi.
# Qalculate
Posté par Glandos . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 5.
Une solution de calculatrice intuitive existe depuis quand même bien longtemps : http://qalculate.sourceforge.net/
Par rapport au mode « paper » de galculate, il y a juste l'historique qui est en bas au lieu d'être en haut, mais sinon, c'est vraiment pareil.
Après, la question est toujours la même : pourquoi ne pas reprendre ce qui existe déjà ? Il y a toujours une bonne explication :) Même si dans ce cas là, je ne la connais pas.
# Les flux Atom pourris, ça a pas aidé
Posté par Glandos . En réponse à la dépêche C'était mieux avant !. Évalué à 10.
Attention hein, je suis pas contre les poissons d'Avril, c'est toujours marrant, mais là, y a ma base de données remplie avec TinyTinyRSS qui s'est rempli de vieux articles, et mon pauvre serveur qui a mouliné toute la journée hier juste pour récupérer ces vieux articles si malicieusement insérés…
Sinon, le reste, sans conséquence, super :)
[^] # Re: Nuages
Posté par Glandos . En réponse au journal Doodle en libre. Évalué à 2.
Ça a l'air pas mal du tout ça.
L'interface est propre, et je ne vois que deux-trois améliorations mineures pour la rendre « mieux », mais rien de bien méchant. Je vais essayer, merci pour le lien !
# Attention aux proxies
Posté par Glandos . En réponse au journal Tutoriel d'autohébergement. Évalué à 1.
Ça me fait un peu marrer toutes ces discussions sur l'utilité de mettre son accès ssh partout, de faire des manipulations de malade pour éviter les méchants.
Attention, je sais que c'est utile. Mais voilà, un jour, tu seras derrière un proxy qui n'autorisera que les ports 80 et 443. Et toi, tu auras besoin de te connecter chez toi.
Je te conseille shellinabox, qui est un shell dans un page web. Il suffit de le mettre en HTTPS, via une adresse obscure (genre /monaccèssecret). Et ça dépanne, tu peux pas imaginer :)
Ensuite, j'utilise sslh, mais ça, c'est optionnel. Ça permet d'avoir du SSH et du HTTPS sur le port 443. Mais ça n'empêche pas un proxy bien fait de le bloquer.
C'est tiré de mon expérience personnelle ;)
[^] # Re: Trop pratique ?
Posté par Glandos . En réponse à la dépêche NewsBlur, la fusion du contenu et du contexte. Évalué à 3.
Justement, là, tu as le choix : en mode feed, c'est épuré, il y a juste le contenu.
Globalement, NewsBlur est vraiment sympa, réactif (surtout par rapport à TTRSS), et intuitif.
L'installation est un enfer dans lequel j'ai décidé de ne pas me plonger.
Question : pourquoi on part du principe qu'il y a plusieurs machines ? Depuis quand un simple lecteur de flux RSS a besoin d'une instance dans les nuages ?
Je reste songeur sur une réponse qui réussirait à me convaincre.
En attendant, si quelqu'un en fait une version installable pas trop difficilement, et sur une seule machine, ce sera tout bon !