Wiki: Contribution "points" to use for page requests
I was thinking of making it so that you can earn "points" on the site by performing various helpful tasks. The primary source of these points would be helping out on the wiki. The number of edits you make, number of characters changed per edit, frequency of edits, etc would all be taken into consideration. I could also manually give out points for helping out with other things like contributing content for the demo game or whatever else I could use help with at the time. Maybe even allow developers to earn points through code commits and/or resolving issues.
The number of points you have earned in total would then be placed in your profile, probably with a little break-down of the ways you earned the points. You can then spend points to request stuff like various tutorials (or other kinds of pages) on the wiki.
It'd basically be a voting system, where you earn your votes by helping out. Voting on something doesn't mean it will definitely happen, or that things with more votes will happen before those with less/none, but it could be an influence. To encourage people to work on the more highly-requests topics, the votes could behave more like a bounty and once the page request is filled, the contributor(s) get to split up a percentage of the points put into the request. For instance, if a request for page X was made and people voted 100 points into it, then person Y comes by and create page X, person Y would get maybe 25 points bonus on top of whatever they'd get for the wiki edits.
The purpose of such a system would be to allow those who help to get helped, thus encouraging contribution. It will also hopefully shift the work more in the direction of what people want the most. It'd be in additional to everything that exists already, so you could just ignore the whole thing without a care.
Opinions?
I like it as well, good thinking Spodi. I say go for it 
Sounds awesome, i like things like this, reminds me of the gamification article someone posted in the Games Design forum here.
There are 10 types of people in this world - Those who understand Binary and those who don't.
Could you explain:
CP - Vote for request
Contribution Points
How it actually works? Because I don't see anything on the vote for request page.
Nope, since I'm still working on them. Didn't realize they were put in the menu, and no idea why the hell it did that.
Sounds good, though I don't quite understand it. I think I'll grasp the idea eventually.
It should make sense when its done. Its taking me a pathetically long time to implement this all, but just because I am trying to do it "properly" in Drupal and make it look all pretty and perform well. Should be done some time today.
/me waits for the "lol cp" jokes. 
Hey guys,
As an outsider who's been following the site for a few months, this seems like a great idea. Seems like it should really help broaden the load of community development/documentation...and it's a system where rewards just keep feeding back into the system. Good stuff!
I've been looking forward to making the jump over to Netgore (I need better network capabilities) once I finish up a small game using Flixel, and I've been hoping the wiki would expand in the meantime. I'm sure scrubs like me will especially appreciate it.
Cheers!
Nicee 
Where did the engine documentation go btw? it keeps disappearing
There are 10 types of people in this world - Those who understand Binary and those who don't.
You can access the engine documentation directly using:
http://www.netgore.com/docs/index.html
I removed the link to it since it isn't exactly the most useful thing to just dive right into from the top. Instead, you should link to it using Template:doc in wiki pages.
nice, cheers, i tried accessing netgore.com/docs but got a 403. 
didnt think about using index.html 
There are 10 types of people in this world - Those who understand Binary and those who don't.
Is it me or is the wiki EXTREMELY slow?
Maybe you should also add a link to netgore.com/cp somewhere (left side or top navbar).
Yeah, it seems pretty slow. Though my server seems to be bogged down in general. If it continues to load pages slowly, I'll look into it more later today. I think vbGORE is still putting quite a bit of pressure on the server.
I plan to do that once I get a few more things finished up.
yeh wiki is painfully slow, was going to do another tutorial thingy but it's too slow
There are 10 types of people in this world - Those who understand Binary and those who don't.
Turns out about 72% of all requests to my server were from the MSN (184k hits) and Yahoo (14.2k hits) bots hitting vbGORE. My IP was 3rd most frequent (5.2k hits).
They're blocked now, so that should relieve a bit of pressure off the site. I had MySQL tweaked for almost purely using MyISAM tables because of Drupal, which is probably why the wiki is so painfully slow (those tables are mostly InnoDB). Some tweaking will hopefully fix it. Only so much I can do with 512 MB RAM though.
If you have it available, Memchached (or even a PHP cache) can speed up MediaWiki by a ton.
There's a guide to speeding up wikis via the config here, too.
I have eAccelerator installed.
Not sure exactly what the problem is. If it was caching related, it'd likely load quickly on successive reloads of the same page.
That sucks :/ wiki isn't usable for me at the moment, every page takes around 30-40 seconds to load. Once it's fast again I'll post how to make the moderator chat channel
I don't understand why its so slow now. I remember it being a little slow at first, but nowhere near this bad. Oh well, hopefully I can figure it out tomorrow.
Site downtime isn't fixing the problem spodi
The server locked up when I ran dd, so I had to wait for the server owner to reboot the slice. Then the DNS service stopped working for a while without me noticing. Everything should be working again now.
Still really fast sometimes and completely unresponsive other times. Maybe it happens if too many users are using it and there isn't enough capacity, how many threads are you running for apache, and also running to the database, also can you use read uncommitted isolation level or row level locking in InnoDB?
Anyone else notice this unresponsiveness? I have had all the pages load near-instantly for me lately, but guess I haven't tested things too much.
There is at least 8 apache processes running at all times, but it can burst to 100 when needed. Got rid of InnoDB, which provided me with enough memory to allocate much larger buffers to MySQL and create more apache processes (was only 4 processes up until today).
MySQL has most of the values at default for connections and threads. Even though I'm serving up around 20 queries a second, most of the work is still in PHP. So even when there is thread contention, it definitely shouldn't stall things for more than a few hundred ms.
Edit: It may also be because I keep resetting some processes as I tweak them, and pretty much all caches keep getting cleared.
It seems to be pretty good so far, i just noticed some complete halts this morning but seems to be much better now.
So, what categories should these pages have? I just copied the tutorial template but I don't really know what to tag them as.
They will be in a "custom features" category, but I haven't created that yet.
The wiki frontpage looks a lot cleaner now, kudos
Sounds good to me ^^
Click here for my Netgore Content Editor Tutorial video