Il devrait, parce que le Navigo anonyme existe suite à une demande de la Cnil, qui indiquait qu'il n'était pas normal qu'on doive s'identifier pour voyager.
Le troisième, c'est que c'est un moyen de paiement efficace entre particuliers. Le virement bancaire aussi, mais pourquoi ne devrions-nous n'avoir qu'un seul moyen efficace ?
Le chèque a un avantage sur le virement bancaire : le destinataire n'a pas besoin de te faire aveuglément confiance, il te voit faire le chèque et l'emporte, point. Avec un virement, il entend juste une promesse « Je vais te faire un virement », puis attend que ce soit fait.
Pas la peine de faire si compliqué, un étui en papier d'alu un peu plus grand que la carte suffit. J'ai essayé, ça empêche bien de se servir de la fonction sans contact, enfin tant qu'on n'a pas enlevé la carte de cet étui.
En pratique, j'ai monté cet étui en papier cartonné, puis j'ai collé dessus le papier d'alu, le tout de la taille non pas de la carte, mais de l'emplacement à carte de mon portefeuille pour qu'il reste bien coincé dedans, et avec une forme pratique pour pouvoir enlever et remettre la carte presque aussi facilement qu'avec l'emplacement normal du portefeuille.
Ça empêche l'extraction d'informations personnelles et le débit d'argent dans le métro, en revanche ça ne règle pas le problème du vol d'argent sans code suite à un vol de carte.
Soit plus direct : sans avoir à discuter d'où pourrait bien venir tous ces billets que tu as reçu au black, sans payer d'impôts dessus. Oui, les billets sont des plus pratiques dans ce cas-la…
Tu penses vraiment ce que tu dis, que si je paie en liquide c'est pour blanchir de l'argent mal acquis ? Tu es d'accord avec la maxime « ceux qui n'ont rien à se reprocher n'ont rien à cacher » ?
J'ai eu droit à une carte avec module sans contact. Après avoir écrit à mon banquier pour lui signaler que je ne voulais pas de ça parce que ça craignait, il vient de me commander une nouvelle carte sans ça. Donc toujours demander, ça peut marcher, et en cas de refus, expliquer qu'on va tenter de sectionner l'antenne du module sans contact, au risque d'endommager la carte, et qu'en cas de problème, s'il ne change pas la carte on ira voir dans une autre banque.
Si tu veux faire tes achats sans être traçable, sans divulguer au marchand qui tu es, et sans divulguer à ton banquier où et quand tu fais tes courses, le chèque n'est pas la solution : il est tout aussi nominatif que la carte bancaire…
En liquide donc. Perso, je n'ai jamais eu de problème en présentant des billets de 50 euros pour acheter un billet de train, des fringues… Évidemment, si tu paies ton pain avec de tels billets, la boulangère va te regarder de travers parce que ça lui fait rendre beaucoup de monnaie, mais pour des achats de montant supérieur, ça passe comme une lettre à la poste.
S'agissant de courrier électronique, oui, ils sont souvent incompétents. Les logiciels de courrier électronique codés par Microsoft, Yahoo! ou Orange cassent systématiquement les fils de messages, parce qu'ils ne connaissent pas, et ne remplissent pas, les champs In-Reply-To et References. Trop compliqué pour les gens qui les ont codés, qui ne savent probablement même pas le sens du sigle RFC.
C'est rigoureusement exact mais entre le taux de disponibilité des serveurs de Google et le taux de disponibilité de ton « serveur dans ton garage » tu penses vraiment que la comparaison est pertinente ?
Oui. Ces deux dernières années, l'indisponibilité de mon serveur perso. aux heures « humaines » a été inférieure à celle de Google Mail. Quand je fais de la maintenance, je la fais à des heures où ça ne dérange pas grand monde, et a fortiori où ça ne me dérange pas moi.
N'importe quoi. Dans le cas du courriel, en cas de grosse coupure, l'auto-hébergé perdra son courriel quand les SMTP en face en auront marre de ré-essayer
Oui, en effet. Cinq jours au moins, ça laisse un peu de temps quand même.
Par exemple, la solution d'hébergement doit être robuste et cela veut dire qu'il ne faut pas permettre d'installer des programmes supplémentaires
C'est bon, avec une contrainte comme ça, on est sûr d'au moins une chose : on ne trouvera pas de hackers pour développer un tel système, puisqu'en général ils ont les systèmes verrouillés en horreur.
Au delà de la maintenance d'un système il y a aussi et surtout les questions de disponibilité d'un service autohébergé :
- que faire si son FAI lâche
- avoir un système robuste est couteux (redondance, transparence lors des mises à jour)
- …
Ce sont des problèmes, mais pas aussi grave qu'on peut l'imaginer. En effet :
s'il s'agit d'héberger ses propres services (courrier électronique…) par opposition aux services destinés au reste du monde (site Web…), une coupure a le même effet, que ces services soient sous-traités ou auto-hébergés : ils ne sont plus disponibles ;
sous-traiter un système n'apporte généralement aucune garantie de disponibilité, en tout cas pas avec les services les plus courants (courrier électronique gratuit…) ; au contraire, un auto-hébergement apporte au moins une garantie de moyen en cas de problème : en clair, en cas de panne on peut et on doit agit, mais on n'est pas impuissant à attendre que le propriétaire intervienne sans donner d'information.
Les éléments non lus connus ainsi que les éventuels éléments plus récents lus. Autrement dit, les états exacts, lus ou non lus, de tous les messages situés dans la zone frontière entre le « j'ai tout lu » et « je n'ai encore rien lu ».
En particulier, cela permettrait de ne pas noter les états des messages plus anciens, considérés comme lus — sinon ils seraient notés comme non lus — et de ceux plus récents, considérés comme non lus — sinon ils seraient notés comme lus.
Genre :
1 lu
2 lu
3 lu
n 4 non lu
n 5 non lu
l 6 lu
7 non lu
8 non lu
9 non lu
10 non lu
Ce qui serait génial, ce serait un genre d'OPML, étendu pour indiquer les articles lus et non lus. Ça permettrait d'avoir un serveur très simple pour utilisation avec un logiciel dédié, surtout que c'est la mode en ce moment, d'avoir des logiciels dédiés pour tout et n'importe quoi.
C'était le sens de mon « grosso modo ». Des trucs qui se stockent très bien dans un système de fichiers, avec des répertoires et des liens symboliques par exemple, ou de simples fichiers de configuration.
Par contre je pense que tu peut avoir de meilleures performances avec un moteur de base de données. Notamment grâce des index plus faciles à construire et à garder cohérent.
S'il s'agit d'utiliser un modèle relationnel, oui, mais je doute que ce soit le cas ici. Un système de fichiers, c'est indexé normalement, donc en l'utilisant intelligemment, tout va bien.
Dans ce cas précis, le fait que ce moyen de stockage soit inutile et inapproprié (il s'agit de stocker grosso modo une liste de flux, pour chaque flux une liste d'articles lus, et un cache des articles en question), et que ça complique l'installation. Pas de serveur de base de donnée sur mon serveur.
L'utilisation de bases de données provient surtout d'une maladie qui touche les développeurs PHP, qui les pousse à utiliser une base de données, de préférence MySQL, dès qu'il s'agit de stocker quelque chose.
Tiens, je suis sûr que l'auteur de ce genre d'article s'offusquerait que les serveurs vocaux aient toujours une voix féminine. Femme-objet, toussa… Et s'ils avaient toujours une voix masculine, je suis sûr qu'elle s'en offusquerait pareil en trouvant d'excellentes raisons pour cela…
[^] # Re: Chèques, billets
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 3.
Un commerçant a-t-il vraiment le droit de refuser un paiement en liquide ? Refuser de rendre la monnaie, oui, ceci dit.
[^] # Re: C'est la le "sans contact" le problème
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 5.
Il devrait, parce que le Navigo anonyme existe suite à une demande de la Cnil, qui indiquait qu'il n'était pas normal qu'on doive s'identifier pour voyager.
[^] # Re: Bitcoin
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 1.
Le chèque a un avantage sur le virement bancaire : le destinataire n'a pas besoin de te faire aveuglément confiance, il te voit faire le chèque et l'emporte, point. Avec un virement, il entend juste une promesse « Je vais te faire un virement », puis attend que ce soit fait.
[^] # Re: Sinon il y a ça
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 6.
Pas la peine de faire si compliqué, un étui en papier d'alu un peu plus grand que la carte suffit. J'ai essayé, ça empêche bien de se servir de la fonction sans contact, enfin tant qu'on n'a pas enlevé la carte de cet étui.
En pratique, j'ai monté cet étui en papier cartonné, puis j'ai collé dessus le papier d'alu, le tout de la taille non pas de la carte, mais de l'emplacement à carte de mon portefeuille pour qu'il reste bien coincé dedans, et avec une forme pratique pour pouvoir enlever et remettre la carte presque aussi facilement qu'avec l'emplacement normal du portefeuille.
Ça empêche l'extraction d'informations personnelles et le débit d'argent dans le métro, en revanche ça ne règle pas le problème du vol d'argent sans code suite à un vol de carte.
[^] # Re: Chèques, billets
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 8.
Tu penses vraiment ce que tu dis, que si je paie en liquide c'est pour blanchir de l'argent mal acquis ? Tu es d'accord avec la maxime « ceux qui n'ont rien à se reprocher n'ont rien à cacher » ?
# Pareil
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 5.
J'ai eu droit à une carte avec module sans contact. Après avoir écrit à mon banquier pour lui signaler que je ne voulais pas de ça parce que ça craignait, il vient de me commander une nouvelle carte sans ça. Donc toujours demander, ça peut marcher, et en cas de refus, expliquer qu'on va tenter de sectionner l'antenne du module sans contact, au risque d'endommager la carte, et qu'en cas de problème, s'il ne change pas la carte on ira voir dans une autre banque.
# Chèques, billets
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 7.
Si tu veux faire tes achats sans être traçable, sans divulguer au marchand qui tu es, et sans divulguer à ton banquier où et quand tu fais tes courses, le chèque n'est pas la solution : il est tout aussi nominatif que la carte bancaire…
En liquide donc. Perso, je n'ai jamais eu de problème en présentant des billets de 50 euros pour acheter un billet de train, des fringues… Évidemment, si tu paies ton pain avec de tels billets, la boulangère va te regarder de travers parce que ça lui fait rendre beaucoup de monnaie, mais pour des achats de montant supérieur, ça passe comme une lettre à la poste.
[^] # Re: une distribution quoi
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 9.
S'agissant de courrier électronique, oui, ils sont souvent incompétents. Les logiciels de courrier électronique codés par Microsoft, Yahoo! ou Orange cassent systématiquement les fils de messages, parce qu'ils ne connaissent pas, et ne remplissent pas, les champs In-Reply-To et References. Trop compliqué pour les gens qui les ont codés, qui ne savent probablement même pas le sens du sigle RFC.
[^] # Re: You're not alone.
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 7.
Si c'est un ami, tu peux lui faire confiance pour ne pas lire ton courrier. Sinon, ce n'est pas ce qu'on appelle un ami.
[^] # Re: une distribution quoi
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 10.
Des trucs genre, Internet, le Web ?
[^] # Re: S'il n'y avait que ça
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 9.
Oui. Ces deux dernières années, l'indisponibilité de mon serveur perso. aux heures « humaines » a été inférieure à celle de Google Mail. Quand je fais de la maintenance, je la fais à des heures où ça ne dérange pas grand monde, et a fortiori où ça ne me dérange pas moi.
[^] # Re: S'il n'y avait que ça
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 9.
Oui, en effet. Cinq jours au moins, ça laisse un peu de temps quand même.
[^] # Re: une distribution quoi
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 10.
C'est bon, avec une contrainte comme ça, on est sûr d'au moins une chose : on ne trouvera pas de hackers pour développer un tel système, puisqu'en général ils ont les systèmes verrouillés en horreur.
[^] # Re: S'il n'y avait que ça
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 6.
Ce sont des problèmes, mais pas aussi grave qu'on peut l'imaginer. En effet :
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 2.
Simple et élégant, le SQL ? Eh bé…
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 2.
ls et cat sur des répertoires contenant 30.000 fichiers ? Oui.
[^] # Re: Clients natifs et centralisation
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 4.
Les éléments non lus connus ainsi que les éventuels éléments plus récents lus. Autrement dit, les états exacts, lus ou non lus, de tous les messages situés dans la zone frontière entre le « j'ai tout lu » et « je n'ai encore rien lu ».
En particulier, cela permettrait de ne pas noter les états des messages plus anciens, considérés comme lus — sinon ils seraient notés comme non lus — et de ceux plus récents, considérés comme non lus — sinon ils seraient notés comme lus.
Genre :
Inutile de préciser pour les autres éléments.
[^] # Re: Clients natifs et centralisation
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 1.
Pitié, pas encore une API de plus, faites un truc standard à vocation indépendante…
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 1.
Boaf, non, un fichier par article, contenant : un en-tête avec des indicateurs lu/non lu, date, titre, et un corps avec le contenu de l'article.
[^] # Re: Clients natifs et centralisation
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 1.
Ce qui serait génial, ce serait un genre d'OPML, étendu pour indiquer les articles lus et non lus. Ça permettrait d'avoir un serveur très simple pour utilisation avec un logiciel dédié, surtout que c'est la mode en ce moment, d'avoir des logiciels dédiés pour tout et n'importe quoi.
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 2.
C'était le sens de mon « grosso modo ». Des trucs qui se stockent très bien dans un système de fichiers, avec des répertoires et des liens symboliques par exemple, ou de simples fichiers de configuration.
S'il s'agit d'utiliser un modèle relationnel, oui, mais je doute que ce soit le cas ici. Un système de fichiers, c'est indexé normalement, donc en l'utilisant intelligemment, tout va bien.
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 2.
Ah, mince. Un de moins.
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 5. Dernière modification le 19 mars 2013 à 12:23.
Dans ce cas précis, le fait que ce moyen de stockage soit inutile et inapproprié (il s'agit de stocker grosso modo une liste de flux, pour chaque flux une liste d'articles lus, et un cache des articles en question), et que ça complique l'installation. Pas de serveur de base de donnée sur mon serveur.
L'utilisation de bases de données provient surtout d'une maladie qui touche les développeurs PHP, qui les pousse à utiliser une base de données, de préférence MySQL, dès qu'il s'agit de stocker quelque chose.
[^] # Re: décidément on commence à avoir du choix
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 9.
Et quand on n'aime pas les serveurs de bases de données :
[^] # Re: Tl;DR mais…
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal [Attention, journal bookmark ET féministe] Tiens, prends ça, tu le mérites !. Évalué à 10.
Tiens, je suis sûr que l'auteur de ce genre d'article s'offusquerait que les serveurs vocaux aient toujours une voix féminine. Femme-objet, toussa… Et s'ils avaient toujours une voix masculine, je suis sûr qu'elle s'en offusquerait pareil en trouvant d'excellentes raisons pour cela…