[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GGZ (was:Is this list still alive?)

On Friday 12 January 2001 21:36, Josef Spillner wrote:

> > If you mean games-you-play-in-a-browser that wouldn't be too hard to
> > implement. But for "normal" native-executables-sitting-on-your-hdd I
> > don't think that's possible. It would mean letting the webserver or
> > browser execute arbitrary code on your system...
> I was not talking about games which are processed in the web server
> (written in PHP or Perl), but native games which are only invoked by
> clicking a link. 

Yes, that's my point. Browsers & webservers usually aren't allowed to 
execute binaries on your system (ActiveX aside...). That would be a 
terrible security leak.

You'd need a custom browser plugin for this (which in turn wouldn't be 
terribly hard to do I think). Something along the line
webserver sends data w/ mime-type, say, text/x-ggzdata (under which the 
browser plugin is registered) and content

start  <gameid>
server <Hostname/IP>
port   <portno>

and the plugin starts game "gameid" if it is in its 

> process. The more difficult task is to manage world-wide valid
> highscores. I don't have an idea about how to solve this with open
> source clients, but there is probably a way using CGI methods.

Highscores on a per-server basis are easy to do (e.g. in PHP). At least 
if you don't need rigorous abuse checking. World-wide checking is more 
difficult (synchronization of multiple databases), but can be done.

Christian Reiniger
LGDC Webmaster (http://sunsite.dk/lgdc/)

Pretty cool, the kind of power information technology puts in our hands
these days.

- Securityfocus on probing 36000000 hosts for known problems in 3 weeks

To unsubscribe, e-mail: linuxgames-unsubscribe@sunsite.dk
For additional commands, e-mail: linuxgames-help@sunsite.dk