> Je comprend, mais ne trouve pas que ce soit un obstacle insurmontable.
Pour remettre les instructions dans l'ordre, moi je le ferai en envoyant
avec chacune d'elle un numéro incrémenté. Et s'il arrive que le
programme récepteur
constate qu'il y a un chiffre sauté, il attend que ce dernier arrive et
reprend l'ordre normal.
C'est en gros résumé ce que fait TCP et qui explique qu'il est plus
lent, car il ne délivre les données que quand l'ordre est reconstitué.
> Et je suis persuadé que certain combinent même le UDP au TCP.
UDP pour les requêtes les plus fréquentes (qui ne nécessitent pas
forcément de confirmation);
Et TCP pour celles lancées sporadiquement (permettant je l'imagine de
faire le point).
Effectivement, c'est tout à fait ça!
> Voilà justement !
Si je décide d'avoir un serveur central distant, de quel type sera-t-il ?
Linux ou Windows ?
Par quoi y fait-on appel aux sockets ?
Je me doute bien que ce ne sont pas des outils qu'on retrouve nativement
chez les hébergeurs bon marché.
C'est complètement égal. ET non effectivement pour qu'il puisse y avoir
serveur central, tu dois bien sûr programmer un logiciel serveur toi-même.
Tu peux peut-être demander conseil à Jean-Luc Pontico, auteur de SoundRTS.
Progliste :
Pour se désinscrire de la liste :
mailto:[email protected]?subject=unsubscribe
Pour voir les archives de la liste :
http://www.mail-archive.com/[email protected]/
Je vous rappelle que les pièces jointe sont activés leur taille est limité à 2 MO
Pour accéder aux fichiers de la liste
http://outils.archive-host.com/partage.php?id=2Qar9Hy6ftzr
Ou en utilisant la nouvelle page de partage :
http://outils-n.archive-host.com/partage-fm0m7b947vglikp9Efpso94gt
Pour y ajouter des fichiers demandez-moi le ou sur la liste ou en privé, je
vous répondrez en privé.
