A voir également:
- Chat client à client spécifique
- Formate pour taxer client connexion ✓ - Forum Matériel informatique
- Formate pour taxer client 500€ - Forum Consommation et internet
- Plus de connexion internet après formatage ✓ - Forum Réseau
- Em client - Télécharger - Mail
- Formate de chantage sur client ✓ - Forum Vos droits sur internet
1 réponse
nagashima
Messages postés
4280
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 janvier 2023
240
5 sept. 2013 à 16:30
5 sept. 2013 à 16:30
salut !
2 solution :
- Les clients se connectent à un serveur, et des commandes permettent de chuchoter (vu que tu développe le tout, tu fais tes propres règles de commandes). Par exemple, le serveur à une liste de client :
CLIENTA
CLIENTB
CLIENTC
CLIENTA veut envoyer un message à C, il enverra (c'est un exemple)
@CLIENTC:le message
Le serveur recoit cette chaine, identifie @ et donc que ensuite il y a un message ciblé, il lit le nom utilisateur et renvoi (tout par exemple)
@from:CLIENTC:
et le client de CLIENTC voit le @ et donc l'interprete comme une conversation privée avec CLIENTA.
-la seconde solution consiste à faire en sorte que chaque client ai son propre serveur, et une communication privée revient à dire que CLIENTA se connecte à CLIENTC
en fait il n'y a pas de vrai solution, c'est à toi de décider de quelle manière envoyer des ordres et de quelle manière les interpréter : tu fais tes propres règles.
On pourra t'aider pour des question précises, mais dans ton cas le nombre de possibilitées est presque infini ^^
naga
2 solution :
- Les clients se connectent à un serveur, et des commandes permettent de chuchoter (vu que tu développe le tout, tu fais tes propres règles de commandes). Par exemple, le serveur à une liste de client :
CLIENTA
CLIENTB
CLIENTC
CLIENTA veut envoyer un message à C, il enverra (c'est un exemple)
@CLIENTC:le message
Le serveur recoit cette chaine, identifie @ et donc que ensuite il y a un message ciblé, il lit le nom utilisateur et renvoi (tout par exemple)
@from:CLIENTC:
et le client de CLIENTC voit le @ et donc l'interprete comme une conversation privée avec CLIENTA.
-la seconde solution consiste à faire en sorte que chaque client ai son propre serveur, et une communication privée revient à dire que CLIENTA se connecte à CLIENTC
en fait il n'y a pas de vrai solution, c'est à toi de décider de quelle manière envoyer des ordres et de quelle manière les interpréter : tu fais tes propres règles.
On pourra t'aider pour des question précises, mais dans ton cas le nombre de possibilitées est presque infini ^^
naga
5 sept. 2013 à 17:29