fredix a écrit 1945 commentaires

Exactement !! :(

je m'attendais à la fin à une gueule d'exorciste qui hurle.

TCP/IP n'implémente que 4 couches sur les 7 du modèle OSI.

Rsync me parait beaucoup plus compliqué à mettre en oeuvre pour un intérêt qui reste à démontrer quand on veut juste uploader des fichiers.
Pour développer mon client natif qui utilise FTP je n'ai eu qu'à utiliser cette classe QFtp. Et coté serveur FTP la gestion des users, quotas, droits d'accès, resume, sont natifs. Perso j'ai embarqué mon propre serveur FTP dans un thread en utilisant la classe cftpserver.

utilisez des solutions qui n'enrichissent aucun intermédiaire (mafieux) au passage : eMule, Bittorrent, …

La plupart des trackers bittorrent privés demandent des "dons" et ca ne sert que très peu à partager des ISO Linux … Donc ou tous les outils de partage de fichiers sont illégaux ou ce ne sont que des outils. Mais il ne peut pas y avoir 2 poids 2 mesures.

De quelle idée tu parles ? Si c'est d'encapsuler SFTP ou FTP dans HTTP, personne ne l'a émit il me semble. Pour ma part je parle d'upload FTP avec un client natif (ce qui ne veut pas dire obligatoirement un client FTP natif).

Il faut peut être activer une option dans la conf du serveur ssh, parce que de base j'ai testé sur un serveur ubuntu et le resume se faisait pas.

Je suis pas sûr que SFTP gère la reprise par contre, mais bon comme tu dis FTPS fait le boulot.

En mode passif ça résout pas mal de problème et tu peux encapsuler FTP dans une socket SSL. FTP est une option très crédible pour Internet, mais si tu résume Internet au web ….

Oué et ca me les brise pas mal. Du coup je viens d'embarquer un serveur ftp dans mon projet. Un service d'upload en FTP et partage du fichier en bittorrent, ca éclate n'importe quelle archi web moisie à la mega.

Le point sur les reprises possibles me semble tout particulièrement intéressant…

Ca doit faire plus de 30 ans que FTP le fait

Bien sûr on parle ici des réseaux P2P existants. Il est peut être possible d'imaginer un réseau qui envoie le fichier à partir d'un offset donnée et de faire en sorte qu'ils envoient ce qu'il faut à peu près dans l'ordre, mais pose un tas de problèmes.

C'est faisable bittorrent Inc le fait http://live.bittorrent.com

Ils en ont eu plein facilement au début et peuvent donc acheter plus de choses que les derniers arrivants. C'est en ce sens qu'il se font des couilles en or

Et en quoi ça t'enlève quelque chose ?

Certes mais il n'y a pas 50 alternative au centralisé, on peut aussi imaginer que l'outil en P2P stream aussi la vidéo si elle est pour peu de contacts.

On peut imaginer que le téléchargement de vidéo en P2P soit très rapide à partir d'un certain seuil d'utilisateurs, qui feraient ainsi du cache. Donc les vidéos à succès seraient visible très rapidement.

Les premiers se font de l'argent si tu leur achète des bitcoins. Si tu vends du service en bitcoin et que tu en achète avec ou que tu revends tes bitcoins je ne vois pas comment les premiers se font de l'argent sur ton dos…

Ou alors il faudrait créer et normer une balise META spécifique reconnue par les navigateurs qui proposeraient un bouton pour faire un don. Et dans les préférences du navigateur, on pourrait déclarer un service de paiement, un peu comme les moteurs de recherche dans la barre d'adresse. Mais que mettre dans l'URL ? Des infos bancaires (RIB/IBAN) ? Un peu risqué. Ou alors il faudrait pouvoir créer auprès de sa banque un compte où tout prélèvement externe est impossible à mettre en place pour éviter que des gens tentent de faire des fausses autorisations de prélèvements avec ces infos. Bref, à réfléchir.

C'est pour cela que le mieux est d'utiliser bitcoin, il n'existe pas plus simple et transparent. Si de plus en plus de service acceptent les paiements en bitcoin, comme wordpress.com, il y aura un réel intérêt à l'utiliser. Reste à développer un outil web qui permette en un clic de faire un micro dons, à la flattr, mais ça existe peut-être déjà.

Perso je crois plus en une alternative de type micro dons à la flattr par article. Mais quelque chose de décentralisé basé sur bitcoin.

Je test c'est intéressant mais c'est juste un cache, proprio. Je pensais surtout à un cloud P2P qui fournirait une API d'accès aux données pour tous types de programme, web ou natif.

Ou plus crédiblement un FAIs devra filtrer n'importe quelle URL sur la plainte d'un tiers sans même passer par la case justice…

En effet. La solution qui est un fantasme et qui à mon avis est de plus en plus nécessaire, un cloud en P2P.
Imaginons un cloud opensource décentralisé et chiffré qui propose une API. Un site tel que LinuxFR pourrait l'utiliser pour stocker les données de ses utilisateurs, ainsi le site n'aurait accès à aucune données personnelles, puisque l'utilisateur inscrit sur ce cloud ne fournirait à Linuxfr qu'une token ou une clé quelconque.
L'utilisateur pourrait bien entendu héberger sa propre instance de ce cloud s'il le souhaite ou utiliser celle d'un tiers (copain, asso, entreprise).

Pour revenir au sujet du journal voici un article très intéressant qui explique les tenants et aboutissant du conflit FAIs/Fournisseur de service : Free-YouTube : « Si tu peer, j’annule tout »

Perso je vois 2 causes à ce type de problèmes qui ne peuvent que s'amplifier à mon avis.

D'une part la concentration des services et des données vers de moins en moins d'acteurs différents, Google, Facebook, Apple, Microsoft, Amazon. D'autre part la concentration des FAIs, que ne se résument qu'à 3 ou 4 acteurs principaux.

Si cette transformation d'Internet convient à ces quasi monopoles, aux gouvernements, et même à des startup qui peuvent ainsi atteindre un grand nombre d'utilisateurs en utilisant les API de ces derniers, je doute que cela nous conviennent, ni même inconsciemment au grand public qui pâti de l'utilisation abusive de ses données.

Pour les FAIs je ne trouve finalement plus utopique d'essayer de développer des FAIs locaux comme le fait l'essaimage FDN, de manière à décentraliser leurs pouvoirs toujours plus grand.

Pour la concentration des données et services, la somme de problèmes que cela génère ; censures, vie privés, contrôles des usagers et des données ; cela devient de plus en plus intolérable pour un Internet pourtant si jeune, son succès n'ayant commencé qu'il y a 15 ans. Quel visage aura-t-il à ce rythme dans 10 ou 20 ans ? ….

Internet est en train de changer le monde, je conseille d'ailleurs de lire petitepoucette de Michel Serres. Et il est évident que dénoncer ce contrôle toujours plus massif d'Internet n'est en rien une dystopie mais une réalité chaque semaine confirmé dans l'actualité.

Si on ne fait rien, nous qui sommes les mieux placés pour comprendre les tenants et les aboutissements, il ne faudra pas pleurer sur un passé de libertés perdues où #cetaitmieuxavant. Par faire je ne parle pas au niveau politique ou il n'y a rien du tout à espérer, mais au niveau code. C'est le code qui a créé les Napster, Google, Facebook, Free et autres qui ont changé et change le monde.

Il est déjà invalide si tu n'as pas mis le certificat Root de Cacert dans le browser :)

Quand ca sera autres choses que de la pub qui sera bloqué, tu seras sans doute plus gêné…

Tout à fait, c'est pour ça que je parle du port 25 en sortie. Hier j'ai d'ailleurs testé chez mon boss en fibre optique SFR un téléchargement en bittorrent d'un gros fichier qu'il seedait depuis sa fibre, ca ramait pas mal en comparaison de son débit théorique en UP. Peut-être un bridage du protocole …

Quand on aura une solution grand public basée sur le P2P et capable d'offrir une expérience équivalente à youtube il faudra se battre pour une réelle neutralité du réseau, mais tant que le direct download / streaming est privilégié, la neutralité coté upload reste une problématique geekienne…
(trolls imbriqués dans cette phrase)