Premièrement, il ne faut pas prendre mal ma remarque, elle vise à être constructive malgré tout. Le terme « bûcher » étant une vielle habitude que j'ai pris au côté de certains libristes, mais rien de méchants, que ce soit dit ! Si j'avais trouvé ce projet inutile ou inintéressant, je n'aurais pas pris la peine de réagir.
De plus on est sur DLFP, alors si je ne trolle pas, je perds 99% des lecteurs potentiels :)
Sinon, de ma modeste expérience dans les systèmes pair-à-pair, le terme résilience est associé à la dynamique des pairs (le « churn » comme on dit), ce qui n'est pas le cas dans ce que tu cites !
Désolé, le mot est malheureux, j'entendais simplement par "résilient" qu'il surmonte les obstables. Disons "tout terrain" ! L'objective est d'avoir une application qui "juste marche" même dans un environnement limité comme tous ces pseudos accès Internet où la plupart des protocoles sont filtrés, surtout ce qui ressemble à du Bittorrent (du genre point d'accès wifi public, résidence universitaire, 3G, etc). Ce n'est pas selon moi un problème de facilité d'utilisation.
Eureka ! je comprend où vous voulez en venir : le filtrage du protocole Bittorent ! Là, effectivement le discours se justifie, mais je n'avais pas compris le point sur le filtrage, est-il explicité dans l'explication ? si non, il le devrait, car c'est primordial et c'est visiblement un des points forts de Teaponet ! Donc mettez ce point en avant !
Au passage, je trouve vos objectifs d'« accessibilité » très louables, judicieux et pertinents. Mais cela ne vous autorise pas à troller les autres protocoles pair-à-pair :)
Par contre, je n'ai je pense pas été clair, le protocole n'est pas sur HTTP, car ce serait inutilement couteux pour le transport des messages.
C'est là ou j'ai besoin d'une doc, car on comprend que HTTP est utilisé « intelligemment » (juste quand on en a besoin pour traverser du filtrage,...). C'est bien ça ? Si oui, ça soulève plein de questions intéressantes :) et je reste sur ma faim pour savoir si votre solution tient la route (i.e. est-ce que quand tout le monde utilisera Teaponet, le filtrage sera toujours impossible ?).
PS : je viens de comprendre l'aspect filtrage, que j'avais compris totalement de travers en première lecture. Je pensais au filtrage des pairs, non à un filtrage TCP/IP du protocole au niveau routeur. Si ça peut aider à travailler le discours...
[^] # Re: Au bûcher !
Posté par vlamy . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 7.
Premièrement, il ne faut pas prendre mal ma remarque, elle vise à être constructive malgré tout. Le terme « bûcher » étant une vielle habitude que j'ai pris au côté de certains libristes, mais rien de méchants, que ce soit dit ! Si j'avais trouvé ce projet inutile ou inintéressant, je n'aurais pas pris la peine de réagir.
De plus on est sur DLFP, alors si je ne trolle pas, je perds 99% des lecteurs potentiels :)
Sinon, de ma modeste expérience dans les systèmes pair-à-pair, le terme résilience est associé à la dynamique des pairs (le « churn » comme on dit), ce qui n'est pas le cas dans ce que tu cites !
Eureka ! je comprend où vous voulez en venir : le filtrage du protocole Bittorent ! Là, effectivement le discours se justifie, mais je n'avais pas compris le point sur le filtrage, est-il explicité dans l'explication ? si non, il le devrait, car c'est primordial et c'est visiblement un des points forts de Teaponet ! Donc mettez ce point en avant !
Au passage, je trouve vos objectifs d'« accessibilité » très louables, judicieux et pertinents. Mais cela ne vous autorise pas à troller les autres protocoles pair-à-pair :)
C'est là ou j'ai besoin d'une doc, car on comprend que HTTP est utilisé « intelligemment » (juste quand on en a besoin pour traverser du filtrage,...). C'est bien ça ? Si oui, ça soulève plein de questions intéressantes :) et je reste sur ma faim pour savoir si votre solution tient la route (i.e. est-ce que quand tout le monde utilisera Teaponet, le filtrage sera toujours impossible ?).
PS : je viens de comprendre l'aspect filtrage, que j'avais compris totalement de travers en première lecture. Je pensais au filtrage des pairs, non à un filtrage TCP/IP du protocole au niveau routeur. Si ça peut aider à travailler le discours...