Re: PBW status
 

PHP/mySQL is definitely more standard for web applications than Pearl now, having at least the same power and is easy to learn too. Java is nice too, but more complex to learn for beginners.
Pure C++ is great for professional developing, but it requires very good style and education to programm in a way where you can read the code after half a year and still recognize what it does - or should do. Most amateurish C++ can be thrown away if it ever malfunctions and the guy writing the original application isn't available any more. Yes, you CAN do unreadable programs in any language, but most of the time it takes effort where in C++ it takes effort to do clear programming.

Re: PBW status
 

The PBW code is currently in Java. The server uses Apache and Tomcat for servlet control and has a MySql database.

As far as making the Java code open-source, that's not our call. I can ask Admiral about it. It's his code.

Tesco is going to be taking over the hosting of the server, and he has mentioned to me the possibility of working on a next-generation PBW that might be in a different language. As far as the possibility of making that an open-source project, that sounds interesting to me, but I am not a programmer. Either way it would have to be his call.

Geoschmo

Re: PBW status
 

<font size="2" face="sans-serif, arial, verdana">i would prefer perl too. this language is a very powerfull tool, which is used in many successfull applications (many code examples for us).

Pro:
scripting language (usability)
simple to learn
many code libraries

Contra:
scripting language (performance)

Re: PBW status
 

I think this discussion is really important, but we are on the "PBW status" thread. As it has a useful service function, we ought not to spam it too much.

So I'm posting a new topic. See you all there.

Mark

Re: PBW status
 

Is it possible to reset the server.
i e start with a blank database.
Everybody signs in again and we set up the games anew.

Can it be tested on a clean disk with only the server software and no data: no turnfiles, no shipsets, empty SQL database, no Users, no forums... etc

If we restarted it could be convenient to have 20 dummy players that hosts can use to fill in the empty slots when rebuilding the games at pbw, and then kick when the game is restarted.
If the server works with blank data, give everyone 2-3 weeks to save e-mail adresses and player names etc and then reset.


Just an idea, it might be a bad idea, but still an idea.

[ June 08, 2004, 16:07: Message edited by: Ruatha ]

Re: PBW status
 

Personally, I'd much rather not see that as the course of action, simply because I think many games would just cease, hosts would be unavailable, etc...I reccomend from now on game hosts backup the turn files each turn (on their local machines). That way if the server goes totally on the fritz then they can run the games as PBEM until the server is back Online. I plan on doing this from now on for the games I am hosting. NOTE: I am knocking on wood right now, to avoid jinxing the darn thing by even bringing up the topic. I'm just playing it safe...

Alarik

<font size="2" face="sans-serif, arial, verdana">

Re: PBW status
 

Right now no one can sign up to PBW as new players.
Mails doesn't go out.
passwords aren't being sent out.
Yes, some games would cease and soem would take time to get going again.
Perhaps two servers running paralell, a new with the same software but no data, and the old one as it is but moved to another adress?

Re: PBW status
 

Your idea isn't a bad one Ruatha, it's actually something like what I am going to attempt. But it's not the end, only a step in the process of rebuilding the server to hopefully get things working the way they are supposed to. The hardest part of the whole things I think is going to be getting the basic template of the server setup with no data. Once I get there it should be no problem to copy the current user, mod and game data into the places it belongs. It should not be neccesary to make everybody start from scratch and setup all there games over again. Although, if it becomes neccesary that would be certainly preferable to no PBW at all.

Re: PBW status
 

Is it the database that is corrupted? Or the code that accesses it? I have copies of the old code if that will help for comparison. And maybe bits of the database can be extracted. In any case it should be copied before a new one is started.

And I guess maybe a scheduled copy-to-backup needs to be included in the code (this Version or new project)

Re: PBW status
 

Part of the problem is we really don't know if it's the database or not. That's one of the things that this rebuild process will help to determine.