En quoi cela le contredit ? On ne lui fait confiance que pour la sauvegarde (et encore, une confiance limitée, on ne lui donne pas accès au contenu), pas pour l'hébergement.
De plus, avec une sauvegarde en pair-à-pair, la confiance requise pour le fonctionnement de la sauvegarde est encore plus faible.
Vous avez oublié la question : "quand était la dernière fois que votre Google/Yahoo/autre a cherché à profiter du contenu que vous y aviez posté ?" La réponse aurait été "systématiquement".
Bonjour la sécurité…
Désolé d'avoir plus confiance à long terme en Google qu'avec mes amis :
- Déjà, ce n'est plus "auto", mais tu fais confiance à un prestataire externe, fail
On lui donne une confiance limitée, pour une tâche très spécifique, qu'on peut contrôler, on peut en changer à tout moment.
Ensuite, l'expérience apprend que sur le long terme, les amis sont rarement fiables ("oups, j'ai oublié ta machine dans la poubelle"). Le problème des amis, c'est que les données peuvent l’intéresser (genre si vous visez la même fille, lire tes mails peut être utile… tu as confiance? Vraiment confiance?)
Vous occultez complètement l'existence de la cryptographie.
Faux : tu peux acheter une neufbox, de même qu'une livebox.
Oui, cela est requis mais ce n'est pas suffisant. Peut-on se connecter au réseau d'un autre FAI avec ? Si non, on est obligé de changer de box (et perdre les données à moins qu'un transfert vers une autre box soit possible)
Ce n'est donc pas technique mais politique. Certaines entreprises sont effectivement très fermées et le resteront toujours. Mais cela n'empêche pas un, puis des, concurrent(s) d'ouvrir les possibilités, répandre la pratique, jusqu'à ce que ça en devienne quelque chose de commun.
Comme avant : ton adresse email (et tout le reste) qui dépend alors de ton FAI
En quoi ? Parce que le FAI est propriétaire de la box ?
Qu'est ce qui empêche de rendre l'utilisateur propriétaire de la box, et non simple locataire ? Qu'est ce qui empêche de permettre une synchronisation box-à-box si l'utilisateur veut vraiment changer de box ?
En outre, le /bin/sh est souvent un lien vers /bin/bash dans une partie des distributions (dans mon Archlinux par exemple)
bash est notoirement plus lent qu'un shell plus simple comme dash, qui est utilisé en tant que /bin/sh sur Debian et Ubuntu. Si vous écrivez /bin/sh et remplissez votre script de syntaxes spécifiques à bash, il ne fonctionnera pas.
Aussi, bien que le script de cette entrée de forum concerne un système Linux, les autres systèmes comme OpenBSD n'utilisent pas bash du tout, et vos scripts (ceux qui ne servent pas à supprimer les noyaux Linux inutilisés) pourront ne pas fonctionner dessus non plus.
La compression audio sans perte consiste précisement à modifier le spectre du signal de la façon la moins audible possible pour pouvoir stocker moins d'information.
Non, le spectre n'est pas modifié. S'il y avait la moindre modification, il y aurait forcément une perte, même minimale.
Utiliser un spectrogramme pour "comparer" des algos de compression sans perte ne veux rien dire
En effet, ça ne veut rien dire, puisque les spectres seront strictement identiques, puisqu'ils sont sans perte. Mais ça n'a aucune importance, car ça n'est pas la comparaison qu'il faisait, il parlait de compression avec perte, comme MP3.
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Ceci ne répond pas à votre besoin ?
sshfs distant:/chemin_distant/chiffre /local/chiffre
encfs /local/chiffre /local/clair
[^] # Re: Non !
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 4.
En quoi cela le contredit ? On ne lui fait confiance que pour la sauvegarde (et encore, une confiance limitée, on ne lui donne pas accès au contenu), pas pour l'hébergement.
De plus, avec une sauvegarde en pair-à-pair, la confiance requise pour le fonctionnement de la sauvegarde est encore plus faible.
[^] # Re: Fact Checking
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Vous avez oublié la question : "quand était la dernière fois que votre Google/Yahoo/autre a cherché à profiter du contenu que vous y aviez posté ?" La réponse aurait été "systématiquement".
[^] # Re: Levain
Posté par BFG . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 7.
Une serpillière, si je ne m'abuse.
[^] # Re: petite question de noob ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
Et qu'en est-il du téléphone et de la télévision par votre FAI ?
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
On lui donne une confiance limitée, pour une tâche très spécifique, qu'on peut contrôler, on peut en changer à tout moment.
Vous occultez complètement l'existence de la cryptographie.
[^] # Re: Non !
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Google utilise de la redondance, pourquoi ne pas faire pareil, partagée entre utilisateurs ?
[^] # Re: four.....
Posté par BFG . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 4.
Il faut ajouter la qualité des ingrédients de base, ainsi que la satisfaction intrinsèque à le faire soi-même (certains le font même par plaisir !).
[^] # Re: petite question de noob ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1.
Oui, cela est requis mais ce n'est pas suffisant. Peut-on se connecter au réseau d'un autre FAI avec ? Si non, on est obligé de changer de box (et perdre les données à moins qu'un transfert vers une autre box soit possible)
[^] # Re: petite question de noob ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
Ce n'est donc pas technique mais politique. Certaines entreprises sont effectivement très fermées et le resteront toujours. Mais cela n'empêche pas un, puis des, concurrent(s) d'ouvrir les possibilités, répandre la pratique, jusqu'à ce que ça en devienne quelque chose de commun.
[^] # Re: Sans aller jusqu'à s'auto-héberger,
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
Ajoutons aussi hosted.im.
[^] # Re: petite question de noob ?
Posté par BFG . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
En quoi ? Parce que le FAI est propriétaire de la box ?
Qu'est ce qui empêche de rendre l'utilisateur propriétaire de la box, et non simple locataire ? Qu'est ce qui empêche de permettre une synchronisation box-à-box si l'utilisateur veut vraiment changer de box ?
[^] # Re: 0 folder = inbox 0
Posté par BFG . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 4.
Les attributs étendus ne sont pas forcément conservés en passant par une archive TAR, un email, ou bien par SFTP.
[^] # Re: À propos de ta syntaxe
Posté par BFG . En réponse au message comment je vide proprement mon /boot des vieux noyaux installés par ma distrib. Évalué à 3.
bash
est notoirement plus lent qu'un shell plus simple commedash
, qui est utilisé en tant que /bin/sh sur Debian et Ubuntu. Si vous écrivez /bin/sh et remplissez votre script de syntaxes spécifiques àbash
, il ne fonctionnera pas.Aussi, bien que le script de cette entrée de forum concerne un système Linux, les autres systèmes comme OpenBSD n'utilisent pas
bash
du tout, et vos scripts (ceux qui ne servent pas à supprimer les noyaux Linux inutilisés) pourront ne pas fonctionner dessus non plus.# Wiki
Posté par BFG . En réponse au journal Sécurité des mots de passe. Évalué à 4.
Un petit message juste pour rappeler qu'il y a quelques articles sur le wiki de LinuxFR et que chacun peut y contribuer s'il a envie.
# uptimed
Posté par BFG . En réponse au message Temps depuis le dernier arret. Évalué à 5.
Uptimed (et non "uptime") enregistre les dates de démarrage et les durées d'allumage (par extension, on peut calculer le moment où il s'est éteint).
[^] # Re: Plusieurschosesàprendreen compte.
Posté par BFG . En réponse au journal Attaque DDoS contre Spamhaus. Évalué à 2.
Ce n'est pas en rapport avec le sujet, mais je note que chacune de vos réponses a modifié l'objet sur LinuxFR en enlevant des espaces à chaque fois.
[^] # Re: rdiff-backup
Posté par BFG . En réponse au journal Un petit script pour sauvegarder rapidement un fichier. Évalué à 2.
On peut très bien calculer le delta (le "diff") entre deux binaires, mais pas avec l'outil diff(1) d'UNIX.
http://rsync.samba.org/tech_report/
http://en.wikipedia.org/wiki/Xdelta
[^] # Re: Autre bot
Posté par BFG . En réponse au journal Justabot le bot XMPP ٩(͡๏̯͡๏)۶. Évalué à 2.
haypo a écrit une pysandbox.
[^] # Re: Autre bot
Posté par BFG . En réponse au journal Justabot le bot XMPP ٩(͡๏̯͡๏)۶. Évalué à 1. Dernière modification le 23 mars 2013 à 10:49.
L'article est intéressant, mais la comparaison avec son chat est très douteuse, à moins qu'il ne considère son chat comme un outil ou un Nabaztag.
[^] # Re: Expérience avec Spotify et le MP3
Posté par BFG . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 2.
Non, le spectre n'est pas modifié. S'il y avait la moindre modification, il y aurait forcément une perte, même minimale.
En effet, ça ne veut rien dire, puisque les spectres seront strictement identiques, puisqu'ils sont sans perte. Mais ça n'a aucune importance, car ça n'est pas la comparaison qu'il faisait, il parlait de compression avec perte, comme MP3.
[^] # Re: Standard
Posté par BFG . En réponse au journal Pétition pour le « dégroupage du Cloud souverain français ». Évalué à 2.
Vous dites que ce qui entré dans le domaine public par la loi peut changer de statut à tout moment suite à un revirement de la loi (et vous donnez un exemple), et vous dites que malgré le domaine public ce n'est pas libre. Je n'ai pas l'impression de déformer vos propos, je ne fais que reformuler ce que vous dites.
[^] # Re: Standard
Posté par BFG . En réponse au journal Pétition pour le « dégroupage du Cloud souverain français ». Évalué à 2.
Dans une autre discussion.
[^] # Re: Standard
Posté par BFG . En réponse au journal Pétition pour le « dégroupage du Cloud souverain français ». Évalué à 2.
Et à côté de cela, vous rejetez des millénaires de culture parce que le domaine public n'est pas assez libre pour vous.
[^] # Re: les abréviations, c'est mieux quand ce n'est pas ambigu
Posté par BFG . En réponse au journal Pétition pour le « dégroupage du Cloud souverain français ». Évalué à 10.
Mince alors, oublier les gigas et les téras…