Je ne prétends pas que la connection sera plus rapide que sur un serveur FTP, même si le protocole est plus leger.
Un serveur FTP mets à disposition des fichiers à des utilisateurs, la on choisis d'envoyer un fichier une fois à un destinataire, le principe est different. La ou Transfert est plus rapide, c'est par rapport à un échange qui transite sur un serveur tiers, on uploade sur un serveur puis le destinataire downloade. C'est le cas dans certaines applications.
Transfert implémente l'UPnP pour le forwarding des ports, l'implémentation de NATPMP est envisagée, mais on manque de testeurs pour cette fonctionalité. Le fait d'utiliser TCP nous empeche d'utiliser les astuces de type STUN TURN ICE, mais ces méthodes vont à l'encontre des systèmes de sécurité...
Le transfert de fichier est bien documenté mais, aujourd'hui, si un novice veut envoyer 30Mo de données à quelqu'un, il ne s'en sort pas (j'en ai vu plus d'un). Les méthodes existantes ne peuvent pas abstraire les concepts de clients serveur, IP, port, etc... C'est ce que Transfert essaie de faire! En fait plutôt que de nous battre sur la légitimité de notre protocole, discutons d'un remplaçant à celui ci. Nous avons besoin d'un protocole léger, qui permette de transférer des fichiers à la demande (sans partager), d'identifier ses utilisateurs ainsi que des relations entre eux et de chatter (même si on peux utilier un autre protocole comme Jabber pour ca). Et le top, il faudrai que le serveur centralisé (si besoin) tourne sur un serveur LAMP (gratuit chez tuxfamily). Connais tu un tel protocole?
La création de compte sert a gérer la liste des contacts et à s'identifier auprès des autres utilisateurs, le fait d'afficher une adresse IP en rebuterai surement plus d'un.
En fait le serveur sert à faire la correspondance entre identifiant et IP + Port, et à gérer la liste des contacts, rien d'autre!
[^] # Re: Questions
Posté par yciabaud . En réponse à la dépêche Transfert: Echange de fichiers rapide et multiplateformes. Évalué à 3.
Un serveur FTP mets à disposition des fichiers à des utilisateurs, la on choisis d'envoyer un fichier une fois à un destinataire, le principe est different. La ou Transfert est plus rapide, c'est par rapport à un échange qui transite sur un serveur tiers, on uploade sur un serveur puis le destinataire downloade. C'est le cas dans certaines applications.
Transfert implémente l'UPnP pour le forwarding des ports, l'implémentation de NATPMP est envisagée, mais on manque de testeurs pour cette fonctionalité. Le fait d'utiliser TCP nous empeche d'utiliser les astuces de type STUN TURN ICE, mais ces méthodes vont à l'encontre des systèmes de sécurité...
Le transfert de fichier est bien documenté mais, aujourd'hui, si un novice veut envoyer 30Mo de données à quelqu'un, il ne s'en sort pas (j'en ai vu plus d'un). Les méthodes existantes ne peuvent pas abstraire les concepts de clients serveur, IP, port, etc... C'est ce que Transfert essaie de faire! En fait plutôt que de nous battre sur la légitimité de notre protocole, discutons d'un remplaçant à celui ci. Nous avons besoin d'un protocole léger, qui permette de transférer des fichiers à la demande (sans partager), d'identifier ses utilisateurs ainsi que des relations entre eux et de chatter (même si on peux utilier un autre protocole comme Jabber pour ca). Et le top, il faudrai que le serveur centralisé (si besoin) tourne sur un serveur LAMP (gratuit chez tuxfamily). Connais tu un tel protocole?
La création de compte sert a gérer la liste des contacts et à s'identifier auprès des autres utilisateurs, le fait d'afficher une adresse IP en rebuterai surement plus d'un.
En fait le serveur sert à faire la correspondance entre identifiant et IP + Port, et à gérer la liste des contacts, rien d'autre!