Ajouter un commentaire

fredericmazue

Quote:
Pour moi il me semble que non, mais je préfère le demander pour être sûr...

Lol. le serveur c'est toi qui l'écrit. Alors c'est toi qui choisit le port qu'il va écouter.

Quote:
Le fait que le client contact le serveur par TCP sur un port, il ne devrait pas y avoir de problèmes sur le client avec un éventuel pare-feu, étant donné que c'est lui qui se connecte sur une machine distante et que c'est pas lui qui recois une connexion, c'est bien ca?

En gros c'est ça. Disons que sous Windows c'est ça. Au pire Windows va demander à la volée à l'utilisateur du client s'il veut débloquer le port.
Sous Linux ou un autre système, il faudrait peut être que l'utilisateur du client configure le pare-feu.
Mais si j'ai bien compris, tes applis clientes, elles ne tourneront que sur Windows . Alors...
Quote:
Je suppose qu'un seul serveur C# ne pourra supporter toutes ces connexions, ...

Et pourquoi pas ?

Quote:
Je pensais 1 serveur qui gère les connexions et la charge des autres serveurs et qui selon cette charge redirige sur le serveur le moins occupé.

Les grands moyens dis donc... Et bien sûr tout ça tolérant aux pannes, donc pas écrit en C# mais en Erlang.
A moins qu'on ne reste raisonnable :)
Quote:
Comment puis-je faire pour que si l'utilisateur clique sur un profil par exemple, il soit redirigé directement sur son compte utilisateur et la page correspondante?

Oh très simple vraiment: tu écris un peu de code pour qu'il le fasse :)

Filtered HTML

Plain text

CAPTCHA
Cette question permet de vérifier que vous n'êtes pas un robot spammeur :-)
 DDD   W     W  M   M  K  K  BBBB  
D D W W MM MM K K B B
D D W W W M M M KK BBBB
D D W W W M M K K B B
DDD W W M M K K BBBB