 |
|
mrmitchell
|
|
If I get the concept right, this is like a $Mini DG where the $Mini land owners are in control? Sounds awesome. I'm definitely in.
|
|
|  |
 |
|
Inverse Icarus
|
 |
flying too low to the ground
May 2001 time: 00:29
|
|
as for military affairs, conquered cities should be the property of all those who participated in conquering it. for example, if me, GF, and mitchell conquer a roman city, we each own a third of it. if mitchell sells his third to me for a set amount of gold, then i own 2/3 of it.
should i have to buy all of it, or merely the majority of it?
apparently, i didnt read it all. we don't really own cities, we own tiles. noted.
really, i just want a lot of stuff for having a kicking army. maybe you should have to be a certain level before your armies work for you in that way? i suppose you'd have to be pretty high up to have a large enough army anyway.
also, where does all this money go when we pay it "to the crown"? how does this fake money relate to real money? what if we want to rush buy something? do we have to pay fake money to the crown to spend the real money? whats the ratio?
|
|
|  |
 |
|  |
 |
|
Inverse Icarus
|
 |
flying too low to the ground
May 2001 time: 00:29
|
|
quote: Originally posted by Epistax
Is there anyway to transfer mysql databases? (probably is).
There is just one issue I don't know how to get around with this whole thing and that's fraud. I can make people have to create an account, username/password, but there's no way I can link that to apolyton or restrict people in any way.... unless... ok I have a solution If you'd like someone to work with you uber, I've got time before you do. |
yes, you can transfer mysql databases. i'm not too keen on sql commands off the top of my head (i code with a refrence book ) but i use a mysql manager called phpMyAdmin that i got from http://www.phpwizard.net/ , but they seem to be rennovating. i'm sure you can find it or something else on freshmeat.
i'm interested in hearing your soultion to combat fraud. although, if it's only 12-20 people, i'm sure we can make sure no one's an ******* 
if you wanna start coding, go ahead. i have some free time on the weekends, but summer is ending and my friends are hanging out more i can probably pump out some code here and there. i can give you FTP access to my webserver if you wish, and you could upload/test the stuff yourself.
i'll have to make you your own mysql user/pass though. lemme know if you're interested.
if you have AIM, send me an IM @ UberKruX (my desktop) or AmeriCommie (my laptop).
danke.
|
|
|  |
 |
|  |
 |
|  |
 |
|
Epistax

|
 |
of Bananas
May 2001 time: 00:29
|
|
No problem. Nothing I've done is online. As I told Uber the one thing I suck at is making things look good. That's something I assume you can do (seeing what you'ev done before). The PHP might be hard to navigate as the way it builds html in real time, but if you designed anything in straight up html I/Uber could adapt it into the code.
We could open up a private discussion about the basic layout of the website, or just talk about it here. My ideas on pages are:
Login Page - Allows users to log in either anonymously, or as their user. An expiring cookie can be used with a logout option for security.
User Page - open to anyone to view anyone's page. However options with a * are only viewable to the user:
A list of all owned tiles, of all owned buildings, of all outstanding debts, *of all current bids, money in the bank, *exchange money, *sell tile, *buy/sell building.
Tile Page - open to everyone, with * options only available if logged in.
Master list of every tile, their default value, owner, type, output, improvements, resources, *bid (if not owned and for bid), current bid price (if for auction). This list would hopefully be capped with a map and possibly separated by region.
Transaction Page: users only.
Player chooses another player for the transaction. Then sees a list of all belongings on both sides. With multiple selection, designs the transaction to take place. Transaction follows through when both players have logged in and made the same transaction. Until then it is a pending transaction and may be canceled.
I could think up more as I learn more about the actual game, mayorship, etc. I believe what I layed out so far would satisfy the basic demo game.
|
|
|  |
 |
|
GhengisFarb
|
 |
I want my HAMBURGERS!!
May 2002 time: 23:29
|
|
quote: Originally posted by Uber KruX
my origial idea, that i thought would be cool, but hard to design / code efficiently was to have a matrix of tiles. if we decided on a map size, we would know the dimensions. is there a way to get coordiates in game? if so we could start out with all "black" tiles, and as we discover them, we (an admin) input their data, and they'd go up for sale.
otherwise, provide me with an efficient naming system. if you have a coder's mind, and know how the basics of how a database functions, you'd be more helpful |
I think I know the basics of a database, I'm just not familiar with the language and codes your using. I don't know of a way to get the coordinates in game, but if someone was to generate a map and set it up for us they could open it in the map editor and and tell us what some of the tiles coordinates were.
We could be able to compute the other coordinates from that info.
|
|
|  |
 |
|
Inverse Icarus
|
 |
flying too low to the ground
May 2001 time: 00:29
|
|
quote: Originally posted by GhengisFarb
I think I know the basics of a database, I'm just not familiar with the language and codes your using. I don't know of a way to get the coordinates in game, but if someone was to generate a map and set it up for us they could open it in the map editor and and tell us what some of the tiles coordinates were.
We could be able to compute the other coordinates from that info. |
epi told me that too. if we knew the coord ranges, we could make a matrix and be given our start coord as a basis, yada yada yada.
but is this the best way to organize the info? what else can you come up with?
PHP is very similar to C, and you use mysql queries in PHP to use the DB. heres an example from my news script:
PHP:
$db = mysql_connect("localhost", $dbu, $dbp);
mysql_select_db("krux",$db);
$max=(mysql_num_rows(mysql_query("SELECT * from news"))) - 1;
if ( !isset( $low ) )
{
if ($max >=10)
{
$low = $max-10;
}
else
{
$low = 0;
}
}
for( $id=$max; $id>$low; $id-- )
{
$query = mysql_query( "SELECT * FROM news WHERE id=$id", $db );
$arr = mysql_fetch_array( $query );
$username = ($arr["username"]);
$title = ($arr["title"]);
$news = ($arr["news"]);
$date = ($arr["date"]);
basically, you just code html, and open up tags where you need them.
|
|
|  |
 |
|
Inverse Icarus
|
 |
flying too low to the ground
May 2001 time: 00:29
|
|
we could easily develop several "tables" int the database.
one could be a "user" database, that has username, password, etc etc, and then a list of tiles (s)he owns. my only problem is how would the script "know" the tiles are connected?
firstly, we have to develop a way of naming the tiles that doesnt require renaming, and this is the major problem.
if we know our start location is 100, 47, this would be workable. we could just label them like that.
two things come to my mind about how to tell if they're connected.
the first way (more automated, but makes for more coding work) would to have the script go through the list of tiles for a user, and check the x and y coords for a "differ by one" relation.
another way would be to input it in a different way. instead of having a list of tiles, we could do something like: Barony([12,3][12,4][12,5]), Kigdom([47,22]...
in that instance, we could then explode that into a series of arrays for the script, and we'd essentially end up with a matrix, something like:
$player_id[$lands][0] would point to the aforementioned barrony
$player_id[$lands][1] would point to his kingdom
etc, etc.
IN FACT, we could make the SUBMISSION SCRIPT do the "contigous" checking, and then make group the tiles as i mentioned above, and then it put in to the DB already sorted like that.
we'd have to be very careful about the buying / selling features and their effects on lands, but it's workable.
now, GF, i need to learn how a minigame works 
i read something about taverns and whatnot and my mind went numb for a second.
|
|
|  |
 |
|
Inverse Icarus
|
 |
flying too low to the ground
May 2001 time: 00:29
|
|
ok, i have an idea now. we'd create several tables for information:
USER TABLE
id
username
password
land_ids
... the land_ids field will be a list of id's, pointing to the land table. this will allow a complex land "class" to be linked to from the user's "class"
LAND TABLE
id
owner
type (barron, county, dutchy, kingdom, scattered tiles...)
tiles (a list of the coords of all the tiles)
improvements
the "tiles" field would link to the "tile" table.
TILE TABLE
id
base_prod
...
GF, if you could fill these in with all the required information for datakeeping (ie, what i need to keep track of in a tile, in a "region", etc), that would be f*cking great man. 
|
|
|  |
 |
|
GhengisFarb
|
 |
I want my HAMBURGERS!!
May 2002 time: 23:29
|
|
quote: Originally posted by Uber KruX
not a problem. when we have all the data, we can start making scripts |
The first obvious three pieces of info are
code:
Food
Shields
Commerce
If we add a fourth one to denote that the tile has a special resource (such as wheat) can we have the database check for the existence of a value in that cell and based on that value read the Food, Shields, and/or Commerce cells as the alternate commodity.
Example:
Tile name, Food Output, Shield Output, Commerce Output, Resource Tag
Resource tag 0 means no special resource, tag 3 means cattle.
Tile 1: 3, 1, 2, 0 would be computed as 3 food, 1 shield, and 2 commerce.
Tile 2: 3, 1, 2, 3 would be computed as 3 beef, 1 leather, and 2 commerce.
|
|
|  |
 |
|  |
All times are GMT. The time now is 05:29. Apolyton Time is 00:29. |
top of page
|
|
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|