Spudinski

"My Solution" for this problem. You'll need at least three tables, buildings, a linker table, and a requirements mapping table. buildings ============= id title level ... player_buildings ============ player_id building_id buildings_mapper ============ id primary_id required_id requirements_id buildings_mapper_requirements ============ id level ... (all possible requirements)   The first two tables are very basic, the third and forth one is where the magic will happen. `buildings_mapper` will have records(requirements) that has an ID, a primary_id which will be a building, a required_id which is also something from within this table, and a requirements_id. The last table and `requirements_id` will go hand in hand, this table will have a one-to-many relationship with buildings_mapper. (.. I'll write a sample query/code later today, perhaps ..) As you can see, this will make requirements manageable. What you could do as well to find out more about dependency management, is to read up on popular package managers.

This should've been a video, damn funny. But on a more serious note, very good insightful information on ol' Berty. P.S. We should stop called him berty, he's probably older than most of us. *respect*

*my submission* There ya go.

"You cannot - as a web developer - rely ONLY on statistics. Statistics can be misleading." - W3Schools Just kidding, I read about it some time ago, was probably a biased statistic count. However, I still use it for development: I find it to be one of the most annoyingly standards-driven browsers. It's high on standards, and things breaks easily - very good for standard-compliant development IMHO. Dragonfly is also the best thing since the invention of silicon. Did you know, Dragonfly shows you event listeners on elements, in DOM view? Awesomeness. Anyway, enough advertising for Opera from me.... On to playing brick breaker!!

*ahem* Opera is a major browser, if with just 3% of the market. My view requestFrameAnimation: Developers should know this, but anything with a vendor prefix is not mainstream or by any means stable(with regards spec). The reason why vendor prefixes are there, is so browser developers/maintainers can rapidly implement/prototype draft/rough specifications from W3C. Using these "experimental" features is a damming task, as implementations change every month(week). Your best bet is to use it without a vendor prefix, and if supported by the client, can be implemented. Every other scenario where a prefix is required, should ideally not be implemented. Trust me, these specifications change more rapidly than you can release patches. The vendor prefix is dropped once the spec has been finalised(W3C) and stable within the vendor browser. Only then is it suitable for production.

See: http://www.semicomplete.com/blog/geekery/ssl-latency.html

It's on a public repo over at https://github.com/nands/ezrpg.

I agree with Octarine, IPs just aren't a very efficient way to track visitors on a website. There's quite a few things one can do to track a visitor, i.e. cookies, but in reality if someone does not want to be tracked, you're not going to. A lot of browsers is focused on privacy, some to the extent that it's easier to open up an "anonymous" tab environment rather than a normal one. If you really want to track someone, tell then so and tell them to install a daemon on their computer and follow a approach similar to DynDNS. *sarcasm* Like someone once said, you should make your website so such that users do not need tocreate multiple account. About the SQL itself: A lot of people prefer to store IP addresses in heximal format, and I would suggest it here as well. IP addreses should only be used in the event that something goes wrong.

Ah, the old brick breaker, awesome! You should add a "You Win!" page, and levels! You should actually make a tutorial out of this, like there is for C(++/Flash) game development. The brick breaker game is a perfect place to start off, due to how much resemblance it has with "real-life" programming(maths/logic). P.S. there's some clipping errors on the paddle itself as well.

I think you had huge success with the 2D map system in NEaB, and rightfully so. NEaB wasn't a text-based game engine, it was a 2D one. With normal text-based games maps aren't so relevant, as the player appears to be at one point in time. For this reason solely I'd say no. Maps are used for navigation, and thus presents a problem for someone playing a game that isn't played on a "field". Normally people would use the map to see their surroundings and calculate distance. So since the player doesn't really advance to anywhere in a text-based game, there's no significant playability to be added with implementing a mapping system. Another thing is that there's not provision for the player to perform interactive tasks, such as launching into combat with creatures and other players(like in NEaB). What I have seen working well on text-based games is a image-map of towns/cities where the user can click on the nearest locations. That adds some usability(and fanciness) for the user when "transferring" to another location. My 2 cents.

Hi everyone, As you all know a while back me and Aventoro enhanced ezRPG, a.k.a. ezRPG Rework. We've put some time into it, and since most of our visions are implemented and stable, I put the project on the back-burner to gather some encouragement. I've received a lot of "how's ezRPG going" some time ago, but all de-materialized into dust since development started on another project. As said before, I'd be happy to support this engine from time to time, and release fixes as required. But out of interest sake: who's using this engine or still following progress?

It's permissions. On *nix file systems, a directory listing requires the user/group to have an executable bit on the directory. Even doing an `ls -l /home/roy/whereever` would yield the same results. You could try settings the following permissions, amusing your in the directory owner's group: -rwxr-xr-x OR 0751 / 755

HTML5 is a term used to describe a specification, or a collection of APIs. Most HTML5 elements themselves are markup related to Javascript objects.   Source: http://en.wikipedia.org/wiki/HTML5 For the two features asked about previously within this thread with relation to file storage and databases, I'll shed some light. Firstly, Node.js and HTML5 is not related, and have nothing in common with eachother. Node.js is a server-side programming language interpreter able to compile Javascript to executable bytecode. HTML5 is a markup language in itself, but the APIs commonly connected to it is pure Javascript, that are objects that "may" be connected to the DOM(Document Object Model). Writing and reading files is a genuine possibility, HTML5 spec's the FileAPI, and is "technically" supported by all popular browsers. Creating and storing a database on the client-side has been possible for a long time, but the method of doing so has been refined to a few APIs. These are WebSQL, others and IndexedDB, the latter being the leader from a spec's standpoint. Browsers that support this are IE10, Mozilla, Chome and BB10. Theoretically, a single player game written in HTML5 would be playable even without a connection to any network.

It's really not bad. I would suggest though, that you make use of fancy fonts instead of Tahoma(?).

I don't usually place myself between other having an argument, but here's my advise. The whole paradigm surrounding HTML is quite "sketchy". Using a markup language to define the logic behind an application is just bad. Programming languages(i.e. PHP) and markup languages(i.e. HTML) are incompatible, and thus the reason why application logic should be separated from it's presentation. I'm with Aventoro here: K.I.S.S. applies to many things, but not this - there's a proper way of doing something, and then there's hacking code together and hoping it works. The template view pattern is one of the easiest to implement, and can be created from scratch to finish within a minute or two. class View extends View_Abstract { private $_collection = array(); public $template = 'index.phtml'; public function __get($name) { return $this->_collection[$name]; } public function __set($name, $value) { $this->_collection[$name] = $value; } public function render() { extract($this->_collection); require($this->template); } } Time taken: 1m3s, having no tabs is hard! Suppressing errors is a very bad idea. Suppressing exceptions could be a good idea, depending on the context. PHP provides no way to "catch" errors(other than hacking), since usually, you shouldn't attempt to recover from a fatal error. But I'm guessing both of your advise governs all errors in PHP? Warnings should be silenced in production and notices probably discarded of, but in development it's fair game for anything as each dev will have their own setup.

Well, it depends on what you want to position, and where. For centering an element horizontally, you can use: elm { left: 0;right: 0; margin: 0 auto /** positioning could be set, depending on your needs **/ }   For centering an element horizontally and vertically: In most browsers(if not all) the user-agent stylesheet applies some margins to the body and some elements on the document. This will need to be reset on both elements you would like to use, e.g.: define it's margin on body.   body { margin: 0 } elm { width: 200px; height: 200px; position: absolute; top: 0;left: 0; right: 0;bottom: 0; margin auto; /** also take into account borders and padding **/ z-index: 1 }   To position an element left or right, without escaping the relativity of it's parent, you could use float.   elm { float: left /** or **/ float: right }

*****, please.

I really ****ing dislike you. You are so willing to discredit anything anyone else lay their hands on, yet I've never seen any script of yours; Well, that is, except from scratches of code here and there which I usually find quite overexerting anyway. Developers don't usually lean towards complicated implementations, as it is in contrast towards the principles for which they follow, such as K.I.S.S. or D.R.Y. I have personally worked on ezRPG-based project. Although there is one specific area where vulnerabilities can be found, overall it's a solid engine. I do realize that you're some sort of alias-whore as well, who keeps visiting this forum for reasons unknown to most. I would really like to know what the **** you are doing here, if, according to your reasoning, you're so much better than everyone else? You must either be so self-righteous thinking everyone loves your comments, or just so pathetic that you can't see you're a ****ing *******.

It's called RDP, or remote desktop protocol developer by Microsoft: http://en.wikipedia.org/wiki/Remote_Desktop_Protocol I use it a lot for going from Debian to Win8. The only problem is, you have to patch the OS to enable multi-user mode, but if that isn't needed, everything is fine. You do have to enable Remote Desktop Assistance for this to work, but other than that, just have to host get an RDP client. On Linux, Remmina is quite good. On Windows, well, there's a built in client.

I didn't even know there were sequels to the origin Jaws. :O Anyway, have fun stuffing turkies you American bastards.

Well, you see, global_func.php is a NessyBug. Some people might claim it's there, but no one has ever really seen it. Ref: http://sargent-test.freeiz.com/global_func.php

It might just be my logic, but why are you still selling MCCodes "on a continious" basis then? Your logic is flawed, and I think you're even beginning to confuse yourself.

Again, relying on the community to fix your bugs. P.S. I'm beginning a fun new game(Yes! you can play with), every time a community member fixes one of *MCCodes'* bugs, I'm going to post the notice above.

Like a good 'ol chap once said, if your good at doing something, never do it for free. But I'm game, what's in it for me?

Everything.