The Major BBS Forums (Archive)

I have a project I am working on (several actually) for GreaterMUD realms. I would like to port some of them over to work with WorldGroup MajorMUD systems.

I would like to find a developer who's willing to design the server side program required to make these projects work.

Someone who's willing to do the work for free and donate it to the MajorMUD community would be the most preferred option. I'm not asking you to donate the source, I would prefer that be kept private actually. I'm only interested in the executable(s).

You would need to have very detailed knowledge of the MMud datafiles. The program would recieve and respond to httpwebrequests from the client program I designed.

If anyone is interested in working on this project, please PM me here on the forums or email me at info(at)quest-ware.net

Gardner Denver wrote:I have a project I am working on (several actually) for GreaterMUD realms. I would like to port some of them over to work with WorldGroup MajorMUD systems.

I would like to find a developer who's willing to design the server side program required to make these projects work.

Someone who's willing to do the work for free and donate it to the MajorMUD community would be the most preferred option. I'm not asking you to donate the source, I would prefer that be kept private actually. I'm only interested in the executable(s).

You would need to have very detailed knowledge of the MMud datafiles. The program would recieve and respond to httpwebrequests from the client program I designed.

If anyone is interested in working on this project, please PM me here on the forums or email me at info(at)quest-ware.net

is this for A/A or A/H?

Just needs to accept an incoming request from the client and return a pre formatted string responce to the client based on info in the majormud player datafiles

Gardner Denver wrote:Just needs to accept an incoming request from the client and return a pre formatted string responce to the client based on info in the majormud player datafiles

so like you would send say the command "/PLAYER_ID" and the program would open the database and return the character name?

dspain wrote: so like you would send say the command "/PLAYER_ID" and the program would open the database and return the character name?

In a nut shell, but more data than just the player name. I sent you a PM with examples.

Just to give an idea of what I'm building, here's what I have for GreaterMUD so far. I would still very much like to make this available for the WG/MajorMUD Sysops and players.

Gardner Denver wrote:Just to give an idea of what I'm building, here's what I have for GreaterMUD so far. I would still very much like to make this available for the WG/MajorMUD Sysops and players.

yeah for WG we would do this using active-html and java applets possibly for the live stuff.

all you need is someone to write to a datafile maybe and you could have your API open the database and retrieve the data.

we wouldnt even be restricted to btrieve i can use GALSQL to export to SQL-lite.

dspain wrote: yeah for WG we would do this using active-html and java applets possibly for the live stuff.

all you need is someone to write to a datafile maybe and you could have your API open the database and retrieve the data.

we wouldnt even be restricted to btrieve i can use GALSQL to export to SQL-lite.

GreaterMUD built a web service for this. I send in a request to the service, along with an optional verification token (To prove that I am who I say I am), and the service returns all the data I need.

The screen shots you see are generated using the output from 3 seperate web services. The amount of information returned per player varies depending on the token sent. No token or an invalid token = minimal data (or no data in some cases) being returned. What is or is not considered a valid token varies by the service as well. For example the listing of every player in the game requires sysop/mudop level access. The individual player data requires either sysop/mudop level access OR a valid user ID and password for the account you are trying to access. The service that returns Gang related information requires no verification because all of the data returned is publicy visible data in the realm anyhow.

As an example, if my program sends the following request:
http://greatermud.com:22233/GreaterMUD/ ... PLayerID=3 to the server, then I get the following response:

[name=Gardner Denver][on=True][lvl=1][cexp=18][ra=Human][cl=Warrior][ti=Apprentice][ga=GreaterMUD.com Non PVP]

You may click the link to verify. Notice that the request has no verification token, so only minimum data was returned. For obvious reasons I won't post a link with a valid token here, but a validated request would contain almost every piece of information available for that player like so:

[name=Gardner Denver][pid=3][on=True][ip=<IP Address would be here>][lvl=1][cexp=18][ra=Human][cl=Warrior][ti=Apprentice][ga=GreaterMUD.com Non PVP][chp=35][mhp=35][cma=0][mma=0][nexp=1000][pexp=1000][al=-201.000][li=9][map=1][room=297][uid=<User ID would be here>][ab14=3000]

Using this method, no extra databases are required on the server. The information is always pulled directly from the server files each time a request is submitted.

Some of the information you see on the screen shots above is generated by the client. How long until alignment changes, exp per hour, everything on the Information tab, when will the player level, trainers, baseline quest information, ect is all stored and/or calculated by the client.

I would very much like to stick with this method (or something very similar to it) for obtaining the data. It makes it much simpler on my end to build 1 client that will run on 2 seperate platforms.

Speed and security are obviously a concern. Without some form of security/verification in place then this program will be used to hunt players in pvp realms.

So... doable?

Gardner Denver wrote:

dspain wrote: yeah for WG we would do this using active-html and java applets possibly for the live stuff.

all you need is someone to write to a datafile maybe and you could have your API open the database and retrieve the data.

we wouldnt even be restricted to btrieve i can use GALSQL to export to SQL-lite.

GreaterMUD built a web service for this. I send in a request to the service, along with an optional verification token (To prove that I am who I say I am), and the service returns all the data I need.

The screen shots you see are generated using the output from 3 seperate web services. The amount of information returned per player varies depending on the token sent. No token or an invalid token = minimal data (or no data in some cases) being returned. What is or is not considered a valid token varies by the service as well. For example the listing of every player in the game requires sysop/mudop level access. The individual player data requires either sysop/mudop level access OR a valid user ID and password for the account you are trying to access. The service that returns Gang related information requires no verification because all of the data returned is publicy visible data in the realm anyhow.

As an example, if my program sends the following request:
http://greatermud.com:22233/GreaterMUD/ ... PLayerID=3 to the server, then I get the following response:

[name=Gardner Denver][on=True][lvl=1][cexp=18][ra=Human][cl=Warrior][ti=Apprentice][ga=GreaterMUD.com Non PVP]

You may click the link to verify. Notice that the request has no verification token, so only minimum data was returned. For obvious reasons I won't post a link with a valid token here, but a validated request would contain almost every piece of information available for that player like so:

[name=Gardner Denver][pid=3][on=True][ip=<IP Address would be here>][lvl=1][cexp=18][ra=Human][cl=Warrior][ti=Apprentice][ga=GreaterMUD.com Non PVP][chp=35][mhp=35][cma=0][mma=0][nexp=1000][pexp=1000][al=-201.000][li=9][map=1][room=297][uid=<User ID would be here>][ab14=3000]

Using this method, no extra databases are required on the server. The information is always pulled directly from the server files each time a request is submitted.

Some of the information you see on the screen shots above is generated by the client. How long until alignment changes, exp per hour, everything on the Information tab, when will the player level, trainers, baseline quest information, ect is all stored and/or calculated by the client.

I would very much like to stick with this method (or something very similar to it) for obtaining the data. It makes it much simpler on my end to build 1 client that will run on 2 seperate platforms.

Speed and security are obviously a concern. Without some form of security/verification in place then this program will be used to hunt players in pvp realms.

So... doable?

absolutely, i created an XML export engine about 2yrs ago for user information,
you went to domain/uinfo/?userid=whoever

it would return the info rather user was online or offline.

im currently playing with it using the majormud.h file i created for hooking into the wccuser2.dat and have a system about to start beta testing this program.

as far as the above reference thats exactly what active-html does so its a matter of making it work with a standard http setup over GALWEBD.

dspain wrote: absolutely, i created an XML export engine about 2yrs ago for user information,
you went to domain/uinfo/?userid=whoever

it would return the info rather user was online or offline.

im currently playing with it using the majormud.h file i created for hooking into the wccuser2.dat and have a system about to start beta testing this program.

as far as the above reference thats exactly what active-html does so its a matter of making it work with a standard http setup over GALWEBD.

I just wanted to touch base with you and see how your beta testing was going on this.

For any who may be interested, I release the beta version of this program for testing on GreaterMUD 2 days ago.

If anyone would like to see information on the program, the users manual and screenshots can be found at http://www.quest-ware.net/docs/playerma ... manual.pdf

Dspain says he is making progress on the MajorMUD interfaces. Once those are done I will adapt the program to work with MajorMUD systems as well.