Dave

This looks great! thanks for the release

Pretty cool feature [MENTION=50433]ColdBlooded[/MENTION] Might have to improve some of the styling though when I've got some free time ;)

Paha! It's a personal project but ColdBlooded felt like mentioning it here I'm really enjoying the puns haha

All about the LEMP stack!

I find designing from mobile up a real pain. Generally I just design the desktop version with responsive in mind in some form of grid. There's a good chance your current layout could easily become responsive.

As he owns the forum I think it's fair that he's still an Administrator. I really can't remember... Most useless reply ever?

Well aren't you sweet! Hopefully Milk will be one of the biggest stepping stones to getting the development community thriving again for McCodes.

It would really depend on how you've stored the data. You'll just need to edit chat_ajax.php and change the part of the script where it pulls out the username and replace it with however you colour code names.

I think you should both pipe down. You seem to have some serious attitude problems or just don't understand what "being nice" is. Regardless of "ability to build module" he seems to prosper in social interaction. This is meant to be a community not a place to conduct your flame war.

Gives back story basically asking for help regarding the situation > Flames at them for trying to help > Seems to already know the answer > Flames for others contributing in an ever so slightly off topic manner. I'm slightly confused on your goal for this entire thread? Sorry for avoiding the question in the OP.

You da bomb Sniko! Good give away :)

I'd totally just route every page request through some form of access control file. Determine which URL is trying to be accessed, and then check to see if the current user is allowed to access that URL. This wouldn't work if the user was allowed to change certain things but not others. Would take much less time then editing all of the files though.

Should really add a message to the homepage or something!

I think the system could really benefit from a more.... modular structure. If you don't do it early on in the project it'll be a real challenge to change it later. - Bring in an event-driven architecture (http://stackoverflow.com/questions/6846118/event-driven-architecture-and-hooks-in-php) - Installation scripts Detect if each module is installed, if not run it's provided installation script. This will allow it to add any new tables, columns and rows to the database. Without the user needing to manually run queries in their database.

I'd also be very interested if someone around here has watched it. Constantly seeing adverts for it on Dave! (I have a TV channel guys, chill)

Getting a decent audience onto your game is probably the hardest part about owning a game. There are loads of options you could go down to try to attract new members. Paid advertising There are heaps of paid advertising providers who will promote your site for a cost. This cost is normally vast so I'm not going to go into much detail here. If you're trying to promote a game I'd only really suggest going for those who specifically target gamers. Most of these companies will require huge deposits just to get started. http://ad4game.com/ http://www.advertisegame.com/ http://leetmedia.com/ I don't endorse any of these companies as I haven't personally used them. Cheaper, less effective methods You could look into sites such as Fiverr for those offering services such as twitter/facebook posts on game related accounts. These can be very hit and miss. For $5.00 you're not going to get anything amazing but it could be helpful in the long run anyway to give the site some exposure. Finding decent posts within Fiverr and other sites similar is always a challegne! What I believe the key method of advertising is? Social media. It's a simple, free idea which allows you to get your players to "boast" about their advances in your game in front of all their friends. I think it's key for any game to have a decent social media integration. If the user levels up, why not let them rub it in all their friends faces? Some will find this annoying, some will love the idea of being able to show everyone their amazing character. Alongside that you are gaining free advertising! Providing your post doesn't look like all the other spam game posts this players friends are going to trust the post more then a simple ad banner on a website. Make sure your game has a Facebook page so you can form a community of players giving them a place to see new features and discuss them. Take a look at how some huge (slightly unrelated games) do it: https://www.facebook.com/Warcraft https://www.facebook.com/leagueoflegends Within this page you can also start pushing competitions. We've all seen those "repost this post for your chance to win something impressive", you may dismiss these but they're a strong form of cheap and effective advertising. If you're going to do one of these make sure you don't just give away some in-game credit, or an item. Give away something physical. Say a games console? New game? Make it interesting! Money can always be good but I'm not a massive fan of that. You've gotta spend money to make money! There's my entire business/marketing education summed up in a few small paragraphs.

I do much prefer systems which are entirely modular. Each module then has it's own installation/upgrade scripts which get run depending on detection of any previous versions. Basically means when you install a new module into the site you upload the files and the installation script makes any database changes. Coupled with a half decent hooking system this makes module development a breeze. The system I'm talking about can be seen in Magento (http://magento.com)

WiseCrime.com does have a valid McCodes V2 license as verified using the tool: http://license.mccodes.com/index.php Good luck with the sale.

Would be cool to add a date class to the engine so all dates can be standardised. Zend have a great implementation http://framework.zend.com/manual/1.10/en/zend.date.html

Was going to completely rebuild the front end. Make the whole thing a lot more intuitive. It's due to the system relying heavily on files located in another folder. You most likely didn't change all the includes over.

Could someone provide me with some links to the engine.

We will consider every engines application to have a board created for it. Regardless of activity, considering the activity will only come if there is some decent exposure on the board. I'll discuss this with the other team members a bit further as we haven't nailed it down yet.

It does make the installation a little bit more confusing. As they'd then have to go and get the OmniPay classes themselves. As I couldn't distribute them in the same package. I'll look into this though, certainly seems like it would work well.

I imagine the licence wouldn't allow me to distribute it in a paid package. Does look pretty good though!

In planning to rebuild and release both of popular McCode modifications. I originally built the donation system with a gateway system allowing others to easily build other payment providers into the system. I had only previously released PayPal as an option with the system. I'm unaware if anyone else built one and if they did they haven't released it. Just wanted to get a gauge on what providers people would want to see implemented? Some pros and cons would be nice as well as I can't do every payment provider