Working on a way to create a game like "Stronghold Kingdoms"..

At the Moment, we are creating the Server/PHP/Database/Client Technics..

You have a third party client that acts as run loop for the server and updates it over the wire, this has several disadvantages: First, your system isn't autarkic anymore and you gained a lot of "single points of failure". The second problem is latency, which you always have to deal in an network environment, but yours is unneeded. The third problem is concurrency and this is also the thing you will feel in labor tests (the other two points are most likely only noticeable in a real world environment). You will face many concurrency issues once you are logged in with your client, this goes from wrong updated labels to cheat possibilities for users.

The second big mistake is the choice of PHP, while PHP is great for dynamic websites, its unbelievable slow and costs too many performance. What you do is something like "hey everyone, please DDoS my server. kthxbye" and it won't take many clients to take you server down.

The third big mistake is scalability, one day, you just can't scale up anymore without facing really bad bugs, mostly due to the external run loop. You also might want to reconsider the choice of MySQL, while it is great and well tested (someone ran into a possible problem long before you), PostgressSQL for example might be well more suited.

There are many many more mistakes in your design, even if its just a rough "lets do it this way and look how we implement it in detail on the fly" (which is also a big mistake), but I'm not going to list all of them for a project that will be canceled in a few weeks so if you want to here more or a actual proposal for a new infrastructure with protocol, write me a PM and tell me what you are ready to pay for it.

In the meantime I have to stay with my conclusion:
Looks like the worst and inefficient "protocol" ever.

make a better proposal..

What do you pay?

I would lok at it as a rough conceptional overview of the logic system o.O

giving critics is easy.. but giving good advices - is not your strength..
But why do i wonder about that.. it´s you -.-

Starting new projects is easy... but finishing them - is not your strength.
Tell me: Why should I bother giving you advice when the project dies in a few weeks anyway? Beside that, I posted numerous advices about multiplayer and programming in general. I also wrote a pretty big library which uses lots of advanced stuff so what do you want to tell me? That I'm just saying things without showing that I can do them? Isn't it more like YOU are the one who always says "I do this epic game now" without ever finishing one of them?

@Devon :
i like a lot your Zelda remake
Indeed i think you'll gain big experience in programming and making cartoon stylised textures and level design !
Keep it up !

oh.. i finished games.. just not with A8.. but Rpg-Maker95-2000, Game maker and RmXP.. why do i talk.. *ignoring sid..*


I like the Zelda Game, too. But, aren´t there problems about Licenses?

Thanks for all the kind remarks

I am only making this game as a learning corner - and mostly for fun.
As a child, I enjoyed Zelda3: A link to the past and always wanted to play another game like it... but that's impossible to find. So why not make it myself?

Mainly @ Joozey: All the characters will be in a chibi style, inspired by the original game - Thats why link looks a little fat.. hes chibi style XD

I will not be selling this game at all - its simply just a fan game, that will be free to play when it is finished; Like i mentioned its to learn how certain aspects can be achieved.. then I will make my own game.