web multi player game

  • Thread starter Thread starter Sharon Tal
  • Start date Start date
S

Sharon Tal

Hi to all.
I'm developing a web multi player game.
The game will run on the server, and the clients will just show it.
All the clients will have few events, by which they can change the game
progress.
I'm thinking of building the server in C#, and use IIS for communication.
The client will be a flash application.
So the clients will periodically send sync requests and events to the
server.
I'm wondering if there is a better way, considering fire wall limitations.
Please let me know what you think.
Articles URL or reference to another group are also welcomed.
Thanks,
Sharon.
 
If firewalls are your biggest worry, HTTP on port 80 is the most
firewall friendly approach you can take.
 
Yes, the app must be firewall friendly
as some corporate clients don't even have access
to their firewall config.
But, can a client act as a server (listen on port)
and still be firewall friendly?
 
imma say flash would be your best bet, and as far as i know, you can script
in action scripting to do your networking etc. using php/mysql or whatever
you choose. I don't really see your purpose in using c# unless it's as easy
as using php in flash.
 
Most corporate firewalls will not allow a user to listen on any port to
traffic originating from the open internet... so, to answer your question,
don't count on that one.

--- N
 
No, that wouldn't work in most firewall environments. You'll have to
have the client poll the server periodically.

--s
 
I never used php, only java and c#.
I don't think i can use the client (flash) as a server cause that
will not work well with firewalls.
So my solution is to let the client only request for game changes.
The problem is that the game is real time, and many requests to the web
server
could make it unreliable.
 
Back
Top