Archived from groups: rec.games.diplomacy (
More info?)
In article <1110698653.512546.237200@o13g2000cwo.googlegroups.com>, kestasjk wrote:
> I'm also planning to add support in phpDiplomacy for using existing
> Diplomacy adjudicators; we seem to pretty much have the same goal in
> mind!
> Perhaps we should work together? There's no use in re-inventing the
> wheel if we're both aiming towards the same thing, and we'll get more
> exposure and users than if we work on seperate competing projects.
Exactly what I was thinking. If you go to
http://www.njudge.org and go
into the Web CVS repository you can find some of the early design ideas
for the njudge-web project. We're really just getting started on
implementation, though (actually I wrote some of the base classes several
months ago but have been very busy since and just had time to pick it up
again).
The basic plan is to use the KL Judges for ajudication, as they are
probably the most powerful and feature rich ajudication engines available,
but lacks a friendly GUI frontend.
>> login info.
> You're quite right, phpDiplomacy uses cookies for sessions, but you log
> in using GET or POST variables. Here's a sample cookie which
> authenticates you once you've logged in:
> Name: sid
> Content: a45fe163920b289ab39d439f90d77294%7C1
>
> The MD5 hash in the cookie is the md5 hash of your md5 hash with a
> random number appended, which is changed every time you log in; and the
> number at the end of the cookie is the user ID.
> phpDiplomacy was written with security in mind so I certainly welcome
> your feedback in this area especially.
That's good to hear. Ideally everything would be done over an SSL
connection as well, but that has to be dependant on whether the host can
support it.
> Yep the map is, hopefully, one of the features which will be the most
> improved in 0.6. The map will change colours as you occupy various
> territories (AFAIK this will be a first in online Diplomacy games.
> ), and the armies and fleets which be represented by graphical icons
> rather than 'A' and 'F'.
You should look at www.floc.net which is the mapping service for the
Judges, run by Alain Tesio. All he does is parse KL Judge output through
Mapit and displays the maps. The SCs do change color based on ownership.
For njudge-web, Millis and I were planning to use floc.net since all the
map generation work has been done very well by Alain.
> Thanks, again please consider working together rather than competing,
Certainly. As I said, njudge-web is really just out of the design phase
partly because I have been busy at work and with some issues with the NZMB
and USTT KL Judges, which I administer. In fact, you certainly have more
working code than we do, and that's useful. The trick, I think, is
integrating everything with the KL judges and creating a coherent player
registration system. That's another goal of njudge-web ... taking
registration data from the Judges and keeping it synchronized for you.
You can contact me via e-mail if you'd like to talk about this more,. You
should also probably CC Millis Miller. His e-mail is m i l l i s - a t -
f a z t e k d o t o r g (muddled to block spammers).
-Tim Miller
--
tmiller@sdf.lonestar.org
SDF Public Access UNIX System -
http://sdf.lonestar.org
Facebook
Twitter
Instagram