Ça, c'est indépendant du fait que c'est un lien magnet. Un lien magnet ne te donne qu'une description d'un fichier torrent qui lui contiendra toutes les informations pour récupérer la ressource : le fait qu'elle soit dispo sur un ou plusieurs serveurs, le fait qu'elle puisse être récupérée via les webseeds, ou qu'il y en ait déjà un bout sur ton disque dur est indépendant du lien magnet. D'ailleurs, pour faire la transition avec le web actuel, on pourrait imaginer que chaque ressource doive avoir une URL HTTP ou FTP pour continuer à être accessible avec le "vieux monde".
Par contre, j'ai un petit problème avec bittorrent: l'unicité d'un fichier dépend du contenu mais aussi de sa description : une même ressource peut ainsi avoir plusieurs .torrent associés et donc plusieurs liens magnets différents associés, et c'est un gros problème à mon avis. D'où ma suggestion de Swift, qui identifie les ressources uniquement en fonction de leur contenu.
J'avais imagine quelque chose de similaire, et j’étais tombe sur libswift, une brique intéressante pour faire ce genre de choses. En gros, il s'agit de faire du Bittorrent au niveau UDP, et donc de transmettre tout un tas d'informations via les mêmes idées (partage, ceux qui ont des bouts peuvent participer). Notamment, il est possible de définir une ressource non pas comme un fichier, mais comme un flux, dans lequel tous les participants pourraient s’échanger les modifications de la source directement. On peut penser a un flux audio/video par exemple, mais j'avais en tête le cas d'un fichier qui change et pour lequel on envoie la différence sur le réseau… enfin, a creuser.
Et puisqu'on parle de collaboration, on ne peut pas ne pas citer l'inventeur du wiki, et notamment Smallest Federated Wiki, son dernier projet. Pour faire simple, il s'agit de forker un wiki des qu'on a une information intéressante a ajouter, et ça permet d'avoir quelque chose de beaucoup plus acentré que les systèmes existants.
Deux briques intéressantes, deux concepts a réutiliser pour ton idée qui, je l’espère, n'en restera pas a ce stade =]
Sinon dans les solutions "grand public" tu peux ptet te pencher vers Squeezebox de Logitech
Je seconde cette proposition. La SqueezeBox Radio par exemple (n'existe plus officiellement, mais il doit y avoir quelques boutiques qui la vendent encore) a une qualité vraiment top pour un coût abordable.
La force de Squeezebox tient en fait dans son architecture multiroom, avec un serveur qui tourne sur la machine qui possède la musique (par exemple un NAS, et ça tombe bien, Synology entre autres a le paquet qu'il faut pour une installation sans soucis) et les clients (dont la Radio, ou ça peut être n'importe quel navigateur Web n'importe où sur Internet) peut jouer toute la musique dispo : les fichiers locaux, les webradios, et même Spotify. L'intérêt de passer par le serveur est que celui-ci a un vrai contrôle sur les clients, et peut donc donner des ordres divers à n'importe quel objet qui lui est connecté. Si tu le souhaites, ton client peut aussi se connecter directement à Internet pour accéder aux flux.
Vraiment, c'est une solution sympathique. Dommage qu'ils aient arrêté les produits il ya quelques mois…
, mais je sais pas ce qu'il en est de la pérennité.
… Vrai pour le matériel, mais faut pour le logiciel, puisque tout est open source =]
Logitech assure un support pour 2 ans, après ce sera à la communauté de se débrouiller. Mais au moins, elle aura toutes les billes pour le faire.
J'ai joué un peu avec OpenSMTPD, le MTA maison d'OpenBSD qui a été porté sur plusieurs autres plate-formes, notamment les distributions Linux les plus répandues. J'ai été convaincu par son argument principal : la simplicité de la configuration. Il est en effet assez facile à la fois à la compréhension et à l'usage.
Pour ça j'ai suivi le tutoriel de Calomel. Attention, vu que smtpd change beaucoup, il est possible que le tuto ne soit pas à jour; il faut que tu vérifies sur d'autres source quand ça ne marche pas, mais ça te donnera au moins de bonnes pistes.
Il y a quelques autres bons points :
* léger, se veut être rapide
* possibilité d'utiliser spamd pour faire du greylisting et dérouter les spammeurs pour pas cher. Bon, il faut accepter les défauts du greylisting, et en plus tu vas avoir besoin de pf.
* la configuration des alias se fait dans de simples fichiers textes, à passer dans une moulinette spécifique.
Malheureusement, smtpd en est encore au stade du développement, bien que parfaitement utilisable (c'est lui qui fait tourner la ML de OpenSMTPD… comme par hasard). En plus, il est (avec les autres outils) assez spécifiques à OpenBSD. Les ports vers d'autres systèmes existent, mais on peut s'attendre à plus de bugs.
C'est un chouette projet que tu as là, mais ce serait dommage d'être limité par la distribution. Je viens d'essayer de télécharger le premier bi-numéro, et ça ne va pas très vite, donc je te conseille de distribuer en utilisant le P2P, car ça augmentera les débits des lecteurs, mettra moins de pression sur ton serveur, fera du bien au réseau et empêchera même la chute des cheveux.
Et qu'on ne me dise pas que ça complique les affaires pour le client : Bittorrent n'a jamais été aussi simple à utiliser avec des clients lourds comme uTorrent.
Oui, mais il faudrait aussi présenter les remplaçants aux ministres, parce que ça tourne quand même pas mal.
OK pas de postes déterminés mais au moins tu sais qui seront les ministres, même si tu ne sais pas qui sera ministre de quoi
Ça me pose un problème ça quand même. Je ne suis pas sûr qu'être un bon ministre de la Défense requiert les mêmes compétences qu'être un bon ministre du Redressement Productif, par exemple. La solution serait de présenter les personnes avec les postes possibles.
Le problème si tu vas dans cette direction, c'est que tu risques de conditionner l'apprentissage comme n'étant nécessaire que pour les choses qui seront utiles; qui n'a pas entendu l'argument du À quoi ça sert que j’apprenne les maths, de toute façon je ne m'en servirai jamais dans la vie et n'a pas couiné devant la réalité pragmatique de cette phrase ?
Je suis d'avis de dire que c'est le meilleur moyen pour motiver quelqu'un qui apprend. Par contre, il faut faire attention à ce que ne soit pas le seul. (Oui, je pars du principe que même les choses inutiles valent le coup d'être apprises)
Puisque ton souci principal semble être les mises à jour, je me demande si quelque chose à base de virtualisation ne serait pas une solution intéressante. Un hôte basique, qui se contenterait de lancer une machine virtuelle, qui peut elle être sauvegardée très facilement et récupérée tout aussi facilement.
Si la solution d'un OS dans un OS peut paraître limitante (je pense par exemple aux accès périphériques), une autre solution serait d'utiliser une fonctionnalité de snapshot au niveau du système de fichiers pour pouvoir revenir à un état antérieur. btrfs, bien que pas encore tout à fait prêt (même si plutôt pas mal) te permet de faire ça, mais tu peux également utiliser LVM.
Enfin, tout ça pour ne pas répondre à la question originale. Si tu as vraiment besoin de stabilité, je pense que je prendrais quand même Debian, quitte à l'éplucher de tous les bouts inutiles pour les performances, mais en gardant la base que je peux considérer comme stable au vu de la philosophie de Debian. Le jour où ton rapport ultra-urgent sera illisible à cause d'un logiciel un peu trop à la pointe, demande-toi si les performances valaient tant que ça =]
Après quelques années d'expérience et avec un minimum d'organisation ça ne doit pas être trop pénible non plus.
D’expérience, les profs de langue ne rentrent pas dans cette case : l'organisation doit être revue de zéro tous les 3 ans, ça veut dire que tu dois tout recommencer.
Et encore, la il ne s'agit que de la partie cours. Il y a plein de choses autour a gérer (les élèves, leurs parents, l'administration, les taches qui rentrent pas dans le planning mais qu'il faut quand même faire). Tout ça mis bout a bout fait que la tache de professeur n'est pas aussi facile que le mythe populaire le laisse penser.
Voici le lien magnet que tout le monde réclame à cor et à cris et que je ne parviens pas à coller dans un lien propre dans la boîte d'édition, certainement parce que le protocole magnet n'est pas reconnu :
Mais bon si tu as une autre solution gratuite ou a coût fixe unique, marchant depuis 2005 je suis tout ouïe.
Je te prends au pied de la lettre. J'essaie Cloud Storage depuis quelque mois. 60 dollars par an pour un stockage illimité, un fonctionnement avec tous les gros protocoles de transfert de fichiers (FTP, WebDav, Samba & Rsync), avec possibilité de chiffrement pour le transfert, un service réactif (une réponse technique et pas commerciale au bout de quelques heures), des débits en téléchargement un peu faibles (je ne dépasse pas les 350 ko/s), et en prime, un site web qui fleure bon le phishing.
Je ne sais pas si le service tourne depuis 2005, mais tu peux y aller, c'est pas un fake.
Or ici on critique le fait que les premiers ont eu une plus grosse part. Mais à l'époque ou les premiers minaient et recevaient beaucoup de bitcoins, ces bitcoins ne valaient rien.
Je ne suis pas d'accord : les bitcoins minés au début ont autant de valeur que les bitcoins minés aujourd'hui. Pour schématiser, une heure de minage avant produisait 50 bitcoins; une heure aujourd'hui n'en produit plus qu'un. Peu importe la valeur en euros du bitcoin, un bitcoin d'avant vaut autant qu'un bitcoin d'aujourdhui. Du coup, une heure de travail d'avant (quand il n'y avait personne) vaut autant que 50 heures de travail aujourd'hui, alors qu'il s'agit exactement du même travail.
Quand on disait qu'avant un bitcoin valait 1 euro, chaque mineur avait un équivalent de 50 euro par heure de travail; aujourd'hui, si le bitcoin vaut 10 euros, les premiers mineurs ont pour 500 euros par heure de travail, et les nouveaux entrants ont pour 10 euros par heure de travail. Peu importe la valeur exacte d'un bitcoin en une autre monnaie; un bitcoin d'avant vaudra toujours 50 fois plus qu'un bitcoin d'aujourd'hui.
Pour continuer ta phrase : ces bitcoins ne valaient rien, mais ils valent quelque chose aujourd'hui et sont déjà dans ma poche
Il me semble que c'est finalement ce que font les racines : définir qui gère .com, qui gère .fr et autres TLD (ou plus exactement, dire qui gère ces TLD)
Donc ton idée revient à choisir une racine plutôt qu'une autre, voire à se créer sa propre racine pour son propre usage ?
Et la confiance se déplace un niveau au-dessus (et qui existe déjà aujourd'hui d'ailleurs) : pourquoi l'AFNIC gérerait le .fr et pas quelqu'un d'autre ?
[^] # Re: Quelques briques
Posté par rakoo (site web personnel) . En réponse au message Idée d'architecture web basé sur du P2P. Évalué à 1.
Ça, c'est indépendant du fait que c'est un lien magnet. Un lien magnet ne te donne qu'une description d'un fichier torrent qui lui contiendra toutes les informations pour récupérer la ressource : le fait qu'elle soit dispo sur un ou plusieurs serveurs, le fait qu'elle puisse être récupérée via les webseeds, ou qu'il y en ait déjà un bout sur ton disque dur est indépendant du lien magnet. D'ailleurs, pour faire la transition avec le web actuel, on pourrait imaginer que chaque ressource doive avoir une URL HTTP ou FTP pour continuer à être accessible avec le "vieux monde".
Par contre, j'ai un petit problème avec bittorrent: l'unicité d'un fichier dépend du contenu mais aussi de sa description : une même ressource peut ainsi avoir plusieurs
.torrentassociés et donc plusieurs liens magnets différents associés, et c'est un gros problème à mon avis. D'où ma suggestion de Swift, qui identifie les ressources uniquement en fonction de leur contenu.[^] # Re: sujet deja abordé, moteur de recherche en haut à droite
Posté par rakoo (site web personnel) . En réponse au message Diffusion sonore multiroom. Évalué à 1.
PulseAudio permet de faire ce genre de choses, il "suffit" de brancher un autre Linux+PulseAudio sur des enceintes, non ?
# Quelques briques
Posté par rakoo (site web personnel) . En réponse au message Idée d'architecture web basé sur du P2P. Évalué à 1.
J'avais imagine quelque chose de similaire, et j’étais tombe sur libswift, une brique intéressante pour faire ce genre de choses. En gros, il s'agit de faire du Bittorrent au niveau UDP, et donc de transmettre tout un tas d'informations via les mêmes idées (partage, ceux qui ont des bouts peuvent participer). Notamment, il est possible de définir une ressource non pas comme un fichier, mais comme un flux, dans lequel tous les participants pourraient s’échanger les modifications de la source directement. On peut penser a un flux audio/video par exemple, mais j'avais en tête le cas d'un fichier qui change et pour lequel on envoie la différence sur le réseau… enfin, a creuser.
Et puisqu'on parle de collaboration, on ne peut pas ne pas citer l'inventeur du wiki, et notamment Smallest Federated Wiki, son dernier projet. Pour faire simple, il s'agit de forker un wiki des qu'on a une information intéressante a ajouter, et ça permet d'avoir quelque chose de beaucoup plus acentré que les systèmes existants.
Deux briques intéressantes, deux concepts a réutiliser pour ton idée qui, je l’espère, n'en restera pas a ce stade =]
[^] # Re: solutions
Posté par rakoo (site web personnel) . En réponse au message Diffusion sonore multiroom. Évalué à 1.
Je seconde cette proposition. La SqueezeBox Radio par exemple (n'existe plus officiellement, mais il doit y avoir quelques boutiques qui la vendent encore) a une qualité vraiment top pour un coût abordable.
La force de Squeezebox tient en fait dans son architecture multiroom, avec un serveur qui tourne sur la machine qui possède la musique (par exemple un NAS, et ça tombe bien, Synology entre autres a le paquet qu'il faut pour une installation sans soucis) et les clients (dont la Radio, ou ça peut être n'importe quel navigateur Web n'importe où sur Internet) peut jouer toute la musique dispo : les fichiers locaux, les webradios, et même Spotify. L'intérêt de passer par le serveur est que celui-ci a un vrai contrôle sur les clients, et peut donc donner des ordres divers à n'importe quel objet qui lui est connecté. Si tu le souhaites, ton client peut aussi se connecter directement à Internet pour accéder aux flux.
Vraiment, c'est une solution sympathique. Dommage qu'ils aient arrêté les produits il ya quelques mois…
… Vrai pour le matériel, mais faut pour le logiciel, puisque tout est open source =]
Logitech assure un support pour 2 ans, après ce sera à la communauté de se débrouiller. Mais au moins, elle aura toutes les billes pour le faire.
[^] # Re: OpenSMTPD
Posté par rakoo (site web personnel) . En réponse au message Installer son propre serveur mail farfelu. Évalué à 1.
Ah, toutes mes excuses pour ces imprécisions, je n’étais pas au courant des dernières avancées. En tout cas, merci pour ce logiciel !
# OpenSMTPD
Posté par rakoo (site web personnel) . En réponse au message Installer son propre serveur mail farfelu. Évalué à 1.
J'ai joué un peu avec OpenSMTPD, le MTA maison d'OpenBSD qui a été porté sur plusieurs autres plate-formes, notamment les distributions Linux les plus répandues. J'ai été convaincu par son argument principal : la simplicité de la configuration. Il est en effet assez facile à la fois à la compréhension et à l'usage.
Pour ça j'ai suivi le tutoriel de Calomel. Attention, vu que smtpd change beaucoup, il est possible que le tuto ne soit pas à jour; il faut que tu vérifies sur d'autres source quand ça ne marche pas, mais ça te donnera au moins de bonnes pistes.
Il y a quelques autres bons points :
* léger, se veut être rapide
* possibilité d'utiliser spamd pour faire du greylisting et dérouter les spammeurs pour pas cher. Bon, il faut accepter les défauts du greylisting, et en plus tu vas avoir besoin de pf.
* la configuration des alias se fait dans de simples fichiers textes, à passer dans une moulinette spécifique.
Malheureusement, smtpd en est encore au stade du développement, bien que parfaitement utilisable (c'est lui qui fait tourner la ML de OpenSMTPD… comme par hasard). En plus, il est (avec les autres outils) assez spécifiques à OpenBSD. Les ports vers d'autres systèmes existent, mais on peut s'attendre à plus de bugs.
[^] # Re: Budget Insight, et son "haut niveau de sécurité"
Posté par rakoo (site web personnel) . En réponse à la dépêche Ces start-ups qui contribuent au Libre. Évalué à 2.
Au LCL, on a besoin de Windows pour lancer l' applet java qu'ils ont. Pas besoin de courrier ou SMS, mais ça aurait été plus simple avec.
[^] # Re: Et pourtant ils ont tenté
Posté par rakoo (site web personnel) . En réponse au journal Mozilla laissera Firefox lire les vidéos en H.264. Évalué à 0.
T'as pas lu le journal qui dit que Mme Michu ne sait pas ce qu'est un système d'exploitation ?
# P2P
Posté par rakoo (site web personnel) . En réponse au journal C'est parti pour hebdelnak. Évalué à 3.
C'est un chouette projet que tu as là, mais ce serait dommage d'être limité par la distribution. Je viens d'essayer de télécharger le premier bi-numéro, et ça ne va pas très vite, donc je te conseille de distribuer en utilisant le P2P, car ça augmentera les débits des lecteurs, mettra moins de pression sur ton serveur, fera du bien au réseau et empêchera même la chute des cheveux.
Et qu'on ne me dise pas que ça complique les affaires pour le client : Bittorrent n'a jamais été aussi simple à utiliser avec des clients lourds comme uTorrent.
# Pandoc
Posté par rakoo (site web personnel) . En réponse au message texte vers image ou pdf. Évalué à 1.
Et j'imagine que Pandoc pourrait satisfaire ta deuxième requête ?
[^] # Re: La réponse.
Posté par rakoo (site web personnel) . En réponse au journal Avis aux abstentionnistes. Évalué à 2.
Oui, mais il faudrait aussi présenter les remplaçants aux ministres, parce que ça tourne quand même pas mal.
Ça me pose un problème ça quand même. Je ne suis pas sûr qu'être un bon ministre de la Défense requiert les mêmes compétences qu'être un bon ministre du Redressement Productif, par exemple. La solution serait de présenter les personnes avec les postes possibles.
[^] # Re: Cool
Posté par rakoo (site web personnel) . En réponse au journal Le saviez vous ?. Évalué à 1.
Et avec le bon lien
[^] # Re: Cool
Posté par rakoo (site web personnel) . En réponse au journal Le saviez vous ?. Évalué à 3.
Tu dis ça alors que vejmarie bosse chez SDS, responsable notamment de la gamme quietty qui justement se spécialise dans ce que tu cherches !
[^] # Re: Copie privée
Posté par rakoo (site web personnel) . En réponse au journal Après les PC sans Os, les PC sans disques durs?. Évalué à 1.
Perdu : si tu achètes a l’étranger, tu dois déclarer tes achats en France et payer la redevance quand même.
[^] # Re: intuitive != d'utilisable
Posté par rakoo (site web personnel) . En réponse au journal Moment de détente. Évalué à 6.
Le problème si tu vas dans cette direction, c'est que tu risques de conditionner l'apprentissage comme n'étant nécessaire que pour les choses qui seront utiles; qui n'a pas entendu l'argument du À quoi ça sert que j’apprenne les maths, de toute façon je ne m'en servirai jamais dans la vie et n'a pas couiné devant la réalité pragmatique de cette phrase ?
Je suis d'avis de dire que c'est le meilleur moyen pour motiver quelqu'un qui apprend. Par contre, il faut faire attention à ce que ne soit pas le seul. (Oui, je pars du principe que même les choses inutiles valent le coup d'être apprises)
[^] # Re: c'est la fin
Posté par rakoo (site web personnel) . En réponse au journal Après les PC sans Os, les PC sans disques durs?. Évalué à 2.
Tu as dis que Microsoft est le mal et que le libre est bien, tu restes globalement dans le sujet.
# Virtualisation ?
Posté par rakoo (site web personnel) . En réponse au message J'ai du mal à me fixer sur une distribution. Évalué à 2.
Puisque ton souci principal semble être les mises à jour, je me demande si quelque chose à base de virtualisation ne serait pas une solution intéressante. Un hôte basique, qui se contenterait de lancer une machine virtuelle, qui peut elle être sauvegardée très facilement et récupérée tout aussi facilement.
Si la solution d'un OS dans un OS peut paraître limitante (je pense par exemple aux accès périphériques), une autre solution serait d'utiliser une fonctionnalité de snapshot au niveau du système de fichiers pour pouvoir revenir à un état antérieur. btrfs, bien que pas encore tout à fait prêt (même si plutôt pas mal) te permet de faire ça, mais tu peux également utiliser LVM.
Enfin, tout ça pour ne pas répondre à la question originale. Si tu as vraiment besoin de stabilité, je pense que je prendrais quand même Debian, quitte à l'éplucher de tous les bouts inutiles pour les performances, mais en gardant la base que je peux considérer comme stable au vu de la philosophie de Debian. Le jour où ton rapport ultra-urgent sera illisible à cause d'un logiciel un peu trop à la pointe, demande-toi si les performances valaient tant que ça =]
[^] # Re: L'expérience utilisateur sous Linux...
Posté par rakoo (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 3.
Il voulait juste dire "A l’époque ou ça marchait"
# En France
Posté par rakoo (site web personnel) . En réponse au message Hébergement pour un projet open-source à l'abri des brevets logiciels. Évalué à 3.
Baregit se vante justement de cette sécurité vis a vis des acteurs externes parce que les serveurs ne sont pas hébergés aux États-Unis.
[^] # Re: Dédommagement != espérance de gain
Posté par rakoo (site web personnel) . En réponse au journal Enfin !!!!. Évalué à 7.
D’expérience, les profs de langue ne rentrent pas dans cette case : l'organisation doit être revue de zéro tous les 3 ans, ça veut dire que tu dois tout recommencer.
Et encore, la il ne s'agit que de la partie cours. Il y a plein de choses autour a gérer (les élèves, leurs parents, l'administration, les taches qui rentrent pas dans le planning mais qu'il faut quand même faire). Tout ça mis bout a bout fait que la tache de professeur n'est pas aussi facile que le mythe populaire le laisse penser.
# Merci Microsoft !
Posté par rakoo (site web personnel) . En réponse au message Au secours ! Exchange Serveur ignore les noms de domaine avec caractères accentués ! . Évalué à 5.
J'adore la réponse donnée dans le lien :
"Désolé, nous ne pouvons pas installer nos portes sur votre maison. Vous devez changer de maison pour être compatible avec nos portes."
# Puisque c'est comme ça !
Posté par rakoo (site web personnel) . En réponse au journal Vidéo montage de la conférence de Richard Stallman à la HEB-ESI, le 28 septembre 2012. Évalué à 6.
Voici le lien magnet que tout le monde réclame à cor et à cris et que je ne parviens pas à coller dans un lien propre dans la boîte d'édition, certainement parce que le protocole
magnetn'est pas reconnu :[^] # Re: Pourquoi ?
Posté par rakoo (site web personnel) . En réponse au journal Le Nain ternet des étoiles. Évalué à 2.
Je te prends au pied de la lettre. J'essaie Cloud Storage depuis quelque mois. 60 dollars par an pour un stockage illimité, un fonctionnement avec tous les gros protocoles de transfert de fichiers (FTP, WebDav, Samba & Rsync), avec possibilité de chiffrement pour le transfert, un service réactif (une réponse technique et pas commerciale au bout de quelques heures), des débits en téléchargement un peu faibles (je ne dépasse pas les 350 ko/s), et en prime, un site web qui fleure bon le phishing.
Je ne sais pas si le service tourne depuis 2005, mais tu peux y aller, c'est pas un fake.
[^] # Re: apports?
Posté par rakoo (site web personnel) . En réponse au journal Thttpgpd, ou comment OpenUDC a ressuscité le bon vieux thttpd. . Évalué à 4.
Je ne suis pas d'accord : les bitcoins minés au début ont autant de valeur que les bitcoins minés aujourd'hui. Pour schématiser, une heure de minage avant produisait 50 bitcoins; une heure aujourd'hui n'en produit plus qu'un. Peu importe la valeur en euros du bitcoin, un bitcoin d'avant vaut autant qu'un bitcoin d'aujourdhui. Du coup, une heure de travail d'avant (quand il n'y avait personne) vaut autant que 50 heures de travail aujourd'hui, alors qu'il s'agit exactement du même travail.
Quand on disait qu'avant un bitcoin valait 1 euro, chaque mineur avait un équivalent de 50 euro par heure de travail; aujourd'hui, si le bitcoin vaut 10 euros, les premiers mineurs ont pour 500 euros par heure de travail, et les nouveaux entrants ont pour 10 euros par heure de travail. Peu importe la valeur exacte d'un bitcoin en une autre monnaie; un bitcoin d'avant vaudra toujours 50 fois plus qu'un bitcoin d'aujourd'hui.
Pour continuer ta phrase : ces bitcoins ne valaient rien, mais ils valent quelque chose aujourd'hui et sont déjà dans ma poche
[^] # Re: cela pourrait marcher
Posté par rakoo (site web personnel) . En réponse au journal Papy fait de la résistance. Évalué à 1.
Il me semble que c'est finalement ce que font les racines : définir qui gère
.com, qui gère.fret autres TLD (ou plus exactement, dire qui gère ces TLD)Donc ton idée revient à choisir une racine plutôt qu'une autre, voire à se créer sa propre racine pour son propre usage ?
Et la confiance se déplace un niveau au-dessus (et qui existe déjà aujourd'hui d'ailleurs) : pourquoi l'AFNIC gérerait le
.fret pas quelqu'un d'autre ?