Je te la fais simple: les mécanismes qu'offre TCP par rapport à IP ne me sont pas utiles, car ils sont dupliqués par rapport à ceux que je dois forcément implémenter dans mon protocole. D'où l'envie d'utiliser UDP.
Puis c'est pas comme si certains on pensé à passer bittorent en udp il n'y a pas si longtemps hein…
J'ai pensé à l'UDP car dans une trame d'un protocole p2p, il me semble qu'il faille obligatoirement indiquer une position et une somme de contrôle. Utiliser le TCP fait ces deux choses, mais dans le cadre d'une communication client/serveur, et pas dans un cadre pair à pair.
Le but de mon application n'est pas d'échanger des fichiers illégaux, mais d'échanger des fichiers sans se faire espionner. La différence est importante, et ce qui nous dérange dans hadopi est la même chose.
Après, qu'elle ne change rien en général, j'en ai rien à faire, je veut juste être tranquille pour l'échange de fichiers avec mes amis.
J'ai envi de partir sur de bonnes bases. En demandant ici ce que la plupart attendent d'un n-ième protocole p2p, cela va nous guider dans la réflexion.
Faire quelque chose que l'on trouve super, mais qui ne servirait à personne, serait dommage.
Les trois autres personnes ont tout comme moi des connaissances en java, en C#, et beaucoup en C++. Seulement, la programmation réseau nous a été enseigné qu'en C# pour faire «une technologie de plus».
Je n'ai pas du tout la prétention de pouvoir les faire passer du C# au C++ et encore moins au java.
Je sais qu'il existe beaucoup de logiciels java en réseau, qui sont surement plus performants que le C#, mais l'implémentation n'est pas la priorité.
Évidemment que j'en parle à mes professeurs, et qu'ils n'attendent pas de leurs élèves de révolutionner le p2p.
Mais j'ai envi d'aller plus loin, tant qu'à faire. Entre faire un protocole vite fait qui fonctionne et qui nous donne 18, et faire un protocole innovant qui me donne 14 parce qu'il est pas parfaitement implémenté, je préfère la deuxième solution.
J'ai envi d'avoir quelque chose de qualité qui a fait l'objet d'une réflexion :-)
Bah pour définir un protocole réseau, il n'y a pas de langage de programmation. C'est pour l'implémentation que mono rentre en scène.
Et sache que je suis le premier très embêté à devoir utiliser cette technologie. Mais bon, je ne vais pas former trois personnes aux C++ en réseau juste parce qu'aux états unis, il y a des brevets logiciels.
Si par le plus grand des hasards, notre code doit être utilisé dans un pays où les brevets de microsoft sont en vigueur, il n'auront qu'à réécrire. Par ailleurs, l'implémentation d'un protocole p2p en C# me semble être un gaspillage de ressource, une réécriture sera forcément nécessaire si cela en vaut la peine.
Si la société ne permet pas de faire pointer des dns vers un de ses sites (étrange mais possible), tu as la possibilité de configurer un reverse proxy sur ton serveur, qui va chercher les pages du prestataire.
Avec squid, il faut utiliser un programme qui transforme les url de ton site vers celles de ton prestataire.
Dans le cas de chromium, c'est de l'innovation. Le gain en performances n'a pas été réalisé par de l'optimisation, mais par un changement du fonctionnement global du moteur javascript (compilation à la volée, comme ce qu'il se fait en java par exemple).
Éteindre son ordinateur quand on ne s'en sert pas, c'est important pour l'économie d'énergie, c'est évident.
Par contre, se taper une eee box quand on a un ordi bien plus puissant juste pour gagner quelques watts, je vois pas l'utilité. Ou alors, tu passes du chauffage électrique au chauffage au bois, tu changes de frigo, tu passes chez orange car la livebox tv qui marche reste dans le carton au lieu de consommer en veille comme la freebox hd de free, etc…
Il dois avoir d'autres choses, comme le fait que la eeebox est très silencieuse par rapport à un pc classique, non ?
HFS+ n'a pas de système de défragmentation, par contre, il y a l'équivalent d'un fsck (même si je ne suis pas sur que ce soit un vrai fsck). Dans l'utilitaire de disque, il y a un bouton «Vérifier la partition», et c'est bien long comme il faut.
:'( Merci vraiment très beaucoup. Cela ne m'étais pas venu à l'idée que la machine B pouvait accepter de recevoir les mail de la machine A, mais pas de les transmettre. En plus, c'est logique.
La prochaine fois que je me lance dans l'amélioration d'un service, je reprends toute la config. Adapter au cas par cas un truc qui marche pas, c'est trop pénible.
Ce qui me réconforte quand je lis des trucs comme ça, c'est qu'ils doivent administrer leurs serveurs sous windows. Ça doit pas être facile tout les jours :-)
Non, ça c'est bon. Par contre, le champ « Sender Policy Framework » n'était pas à jour alors qu'il devait l'être (j'aurais du vérifier…). J'espère que c'est ça en attendant la propagation des dns.
Même avec des expressions régulières (header_checks), il reste encore des morceaux de l'adresse de la machine A (les morceaux principaux puisque les mails sont toujours refusés). Je dois pourtant pas être le seul a vouloir faire ça… C'est triste.
Lorsque j'achète un ordinateur, je ne regarde pas que les composants et le système d'exploitation livré avec. Je regarde aussi le design et la finition. C'est pas si facile d'acheter respectant ses convictions.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 1.
Envoyé depuis mon lapin.
[^] # Re: Pourquoi UDP ?
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 1.
Puis c'est pas comme si certains on pensé à passer bittorent en udp il n'y a pas si longtemps hein…
Envoyé depuis mon lapin.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à -2.
Envoyé depuis mon lapin.
[^] # Re: Formation
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Pourquoi UDP ?
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 0.
Envoyé depuis mon lapin.
[^] # Re: Marrant
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 2.
Vous devez réaliser une application pair à pair (P2P) dédiée au partage de fichiers (légaux).
Vous avez le droit de vous inspirer de protocoles déjà existant, mais en aucun cas, vous ne devez les ré-implémenter.
J'ai presque envi de la faire en C++ :-)
Envoyé depuis mon lapin.
[^] # Re: Remets Hadopi où tu l'as trouvé, merci.
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 6.
Après, qu'elle ne change rien en général, j'en ai rien à faire, je veut juste être tranquille pour l'échange de fichiers avec mes amis.
Envoyé depuis mon lapin.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 4.
Faire quelque chose que l'on trouve super, mais qui ne servirait à personne, serait dommage.
Envoyé depuis mon lapin.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 2.
Je n'ai pas du tout la prétention de pouvoir les faire passer du C# au C++ et encore moins au java.
Je sais qu'il existe beaucoup de logiciels java en réseau, qui sont surement plus performants que le C#, mais l'implémentation n'est pas la priorité.
Envoyé depuis mon lapin.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 4.
Mais j'ai envi d'aller plus loin, tant qu'à faire. Entre faire un protocole vite fait qui fonctionne et qui nous donne 18, et faire un protocole innovant qui me donne 14 parce qu'il est pas parfaitement implémenté, je préfère la deuxième solution.
J'ai envi d'avoir quelque chose de qualité qui a fait l'objet d'une réflexion :-)
Envoyé depuis mon lapin.
[^] # Re: Brevet
Posté par yellowiscool . En réponse au journal Application de P2P moderne. Évalué à 2.
Et sache que je suis le premier très embêté à devoir utiliser cette technologie. Mais bon, je ne vais pas former trois personnes aux C++ en réseau juste parce qu'aux états unis, il y a des brevets logiciels.
Si par le plus grand des hasards, notre code doit être utilisé dans un pays où les brevets de microsoft sont en vigueur, il n'auront qu'à réécrire. Par ailleurs, l'implémentation d'un protocole p2p en C# me semble être un gaspillage de ressource, une réécriture sera forcément nécessaire si cela en vaut la peine.
Envoyé depuis mon lapin.
# Lapsus révélateur
Posté par yellowiscool . En réponse au journal Une féroce critique de Mandriva. Évalué à 3.
C'est beau de penser à l'écologie :-)
Envoyé depuis mon lapin.
# Un reverse proxy bien configuré
Posté par yellowiscool . En réponse au message redirection transparente de domaine. Évalué à 2.
Avec squid, il faut utiliser un programme qui transforme les url de ton site vers celles de ton prestataire.
http://www.squid-cache.org/Versions/v3/HEAD/cfgman/url_rewri(...)
Envoyé depuis mon lapin.
[^] # Re: Extensions Firefox et Chromium/Chrome et vie privée
Posté par yellowiscool . En réponse au journal Chrome disponible sous linux. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: En pleine semaine de la conférence sur le climat ...
Posté par yellowiscool . En réponse au sondage L'uptime de ma machine principale. Évalué à 4.
Par contre, se taper une eee box quand on a un ordi bien plus puissant juste pour gagner quelques watts, je vois pas l'utilité. Ou alors, tu passes du chauffage électrique au chauffage au bois, tu changes de frigo, tu passes chez orange car la livebox tv qui marche reste dans le carton au lieu de consommer en veille comme la freebox hd de free, etc…
Il dois avoir d'autres choses, comme le fait que la eeebox est très silencieuse par rapport à un pc classique, non ?
Envoyé depuis mon lapin.
[^] # Re: Une petition...
Posté par yellowiscool . En réponse au journal Fini les fsck au boot !. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: smtp rewrite
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
La prochaine fois que je me lance dans l'amélioration d'un service, je reprends toute la config. Adapter au cas par cas un truc qui marche pas, c'est trop pénible.
Envoyé depuis mon lapin.
[^] # Re: Et le referrer ?
Posté par yellowiscool . En réponse au journal Surfez avec Internet Explorer et offrez vous un système de sauvegarde gratuit. Évalué à 1.
Envoyé depuis mon lapin.
[^] # Re: smtp rewrite
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
Le message est «Relay access denied (in reply to RCPT TO command)» :-)
Envoyé depuis mon lapin.
[^] # Re: Et avec sendmail -f ?
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Pour info.
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: smtp rewrite
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: smtp rewrite
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: smtp rewrite
Posté par yellowiscool . En réponse au message Sendmail anonyme. Évalué à 2.
Ça vaut le coup de passer 4 jours sur cette usine à gaz ?
Envoyé depuis mon lapin.
[^] # Re: Assembleur laptop ...
Posté par yellowiscool . En réponse à la dépêche Asus persiste, Asus lourdement condamné. Évalué à 8.
Envoyé depuis mon lapin.