[Major]

Bonjour a tous !!

Je recherche actuellement des conseils en ce qui concerne la programmation réseau.

Étant donné (il faut le dire) que je ne suis pas bien familiarisé avec ça, j'aurai besoin d'aide en ce qui concerne le choix du langage de programmation.
Mais j'aimerai aussi pouvoir trouver des sortes de cours accélérés, un pdf, un site web, un professeur motivé (oui, je rêve un peu là !!).

Bref, toutes vos réponses peuvent m'aider, alors n'hésitez pas à répondre ^^

Cordialement


Major

[anarcho-hippy-punk]

hello!

Je ne suis pas un expert, mais je tente la réponse.. Ta question n'est pas très précise.. Programmation réseau est un nom un peu général, je trouve. En fait, je ne vois même pas très bien ton point d'interrogation ;D

Si tu veux jouer avec http, tu pourrais voir pour php. Si tu veux plutôt rigoler avec les sockets, les connexions "réelles", je crois que n'importe quel langage compilé doit faire l'affaire.. Je pense à C, C++, java ou  dieu sait quoi!

Tous les langages cités là, tu peux les apprendre sur http://www.siteduzero.com, c'est pas trop mal pour commencer. Sinon, http://google.com est pas mal indiqué pour apprendre à coder ou tout le reste. (genre http://www.google.ch/search?q=programmation+r%C3%A9seau )
Finalement: en cherchant dans la section "Tutoriaux" de ce site, il y a quelques trucs.

Voilà, avec ça tu peux au moins commencer!

[Major]

Oui, merci de ta réponse, je dois avouer que je n'y connaissais absolument rien, en fait, je cherchais surtout des cours sur les architectures client/serveur avec des sockets, j'ai finalement décidé de rentrer dans une bibliothèque (quel endroit effrayant...), et j'ai trouvé mon bonheur en java.

[Panday]

En effet, Java est un bon point de départ, ses packages étant assez bien foutus.
Renseigne toi sur les gestions de buffer, queues FIFO/LIFO et sur la création de protocoles personnels pour communiquer entre un client et un serveur (création d'un petit chat type IRC, l'idéal pour commencer).

Si tu as besoin d'un coup de main, tu peux toujours me contacter par mp.


Cdlt,

Panday.

[anarcho-hippy-punk]

Yop!

Je profite de ce fil pour faire passer quelques fichiers java.... Il parait qu'ils les ont ecrit en C aussi, mais de la a les trouver........ Sorry ceux qui n'aiment pas java.

Il s'agit de ... (comment appeler ca???). Cela permet de ne pas s'occuper de comment ca se passe au niveau reseau, et d'envoyer des paquets en broadcast sur le reseau local. Mais ca a l'air assez bien gere, c'est-a-dire que les paquets sont au moins numerotes, pas trop dupliques, enfin vous voyez le genre.
Et si vous avez pas du tout envie de reflechir... Ca devrait jouer aussi. Peut-etre que les constantes vont pas etre sympa..

Le nom donne a cette librairie est SLEF (self limiting epidemic forwarding).

Ca pourrait etre utile si vous faites un petit jeu reseau, or whatsoever!

http://rapidshare.com/files/441614139/slef.tar

EDIT: je mets le lien a jour... j'avais oublie des fichiers dedans.. De  plus, j'ai enleve les .class (et de 3)

[_o_]

This code delivers a middleware for data dissemination for spot applications over WIFI interfaces.

Hum.
J'apprécierai, plutôt qu'un lien rapidshare vers une bibliothèque, une home page décrivant un peu le projet (et qui décrive exactement ce dont il s'agit : entre ta description et les commentaires dans le code, je n'ai toujours pas compris à quoi ça sert). L'archive contient effectivement le code source, mais je n'ai ni le temps, ni les compétences pour vérifier que ce n'est pas un joli malware maison.

Je suppose qu'il s'agit de ça ?
http://biblion.epfl.ch/EPFL/theses/2009/4388/EPFL_TH4388.pdf
Mais d'où vient le tar, alors ?

[anarcho-hippy-punk]

euh.. ouais.
Alors, j'ai eu acces aux sources parce qu'on a du faire un projet a l'ecole..... La prof nous les a passees.
Comme c'est du GPL, bah voila quoi, je me permets de les passer.

Je les ai mises en ligne ici parce que je pensais que ca pourrait etre utile. On ne m'a jamais donne de page internet, ni de reelle documentation, ni quoi que  ce soit. Plutot si, la prof nous a fait un petit cours. Pas tres transmissible...
(Pour ceux qui veulent de la doc lisible, vous pouvez utiliser javadoc pour la produire)

J'ai un peu cherche (mon seul avantage est de savoir que le nom de l'ecole est epfl), et il y a quelques pages sur *.epfl.ch...
Desole, j'en sais pas plus.... Allez voir dans google...   ( slef inurl:epfl.ch )
Par exemple, celle que _o_ a denichee, mais c'est un peu longuet hein?

L'interet de ce code, c'est que vous implementez l'interface Application, et vous choisissez ce que vous voulez faire de chaque paquet recu et voila. Pas besoin de s'occuper de ce qui se passe entre les deux ordis. Plus precisement, entre les deux applications.

Les auteurs disaient avoir developpe ca pour les reseaux mobiles, ou les usagers se connectent puis deconnectent regulierement. Pour les appareils nomades, comme aimait a dire notre prof. Surtout, pour les reseaux a taille tres variable. ( ca marche tres bien aussi sur un reseau cable, et ca joue le meme role, a savoir envoyer les paquets en broadcast).

Apres, pour le commentaire malware maison: je n'ai aucune preuve que je suis bienveillant... C'est a vous de juger si vous allez faire confiance ou pas. J'avoue que c'est pertinent.

[_o_]

envoyer les paquets en broadcast

Je trouve ça très moche. D'une part, si tout le monde broadcaste à tout va, c'est le foutoir total. Ensuite, par définition, ça ne marche que sur un sous-réseau (les routeurs filtrent le broadcast). Et pour finir, ben... multicast est justement fait pour ça, non ?

[Spaulding]

De ce que j'ai lu rapidement en diagonale, il semble que cette librairie soit très orientée réseaux wifi ad-hoc, qui sont par définition des réseaux broadcastés (et ici, c'est même pas un broadcast niveau 2, juste une re-définition(?) de la couche MAC, entre l'unicast et le broadcast). Mais ça n'est qu'une implémentation parmi tant d'autres, et je n'y vois absolument aucun intérêt sur les réseaux filaires. Je ne suis pas programmeur, mais il me semble que les sockets sont justement là pour "ne pas s'occuper de comment ca se passe au niveau reseau", non ?

[Panday]

Je peux me tromper, mais un socket va effectivement "tirer une corde à linge" de niveau 4 (couche transport de la pile tcp/ip), et l'applicatif passera dessus dans un second temps. Et encore une fois en théorie, ça supporte indifférement tcp et udp. Donc j'aurai tendance à confirmer, Spaulding.

[anarcho-hippy-punk]

Bonjour!

Je pense que les trois derniers posts sont exacts..
Pour l'histoire de multicast: ca devient quand meme plus complique me semble-t-il.

Le seul avantage que je vois a cette librairie apres vos reactions (pour certains, il n'est pas des moindres), c'est que le code est deja fait
-> instance de "certains": notre prof de projet

[the lsd]

Euhh c'est loupé on peux, je viens de le faire ^^

Enjoy

The lsd

[_o_]

Arf, ça m'apprendra à ne pas lire la doc et de répondre un vendredi soir, les yeux collés par une dure semaine de boulot.
Je supprime mon message, tu peux faire de même sur le tien et celui-ci.