newttster

Welcome, Ollie. Look forward to what you create.

Whoops. My apologies. I read that faster than I should have and misread the point you were making. Yup. Definitely after a certain amount of time, inactives pay some sort of penalty for being absent. I think the hardest part of that is determining the length of time. Maybe use garnered monies to buy items that can be raffled off to players, the raffle contributing to taking more money out of the economy. Or search and find in a mine??? where they find sacks of whatever are there to be found. In any case, it's a delicate balance for the economy of the game as well as not pissing off the players for making it difficult or more difficult to hang on to their money.

1. Player has to have a "banking card" that allows them to earn interest. 2. They can only earn interest on x amount or LESS. 3. Player has to have been active for X number of minutes in a set 24 hour cycle to earn that interest. 4. Charge a daily, weekly, monthly or quarterly banking charge. 5. Have drains on their accounts. They don't own their "living space", they rent it. Or if they do own it, they have to pay x amount for maintenance fees on the daily, weekly, etc.. 6. If a player has been inactive for 2 months or longer, their accounts bleed off a little daily upto a certain point. Say 2 mill. That way if they do come back after that 2 months, they will still have some money to rebuild. 7. Players have to invest x amount on some sort of commodity. 8. They have to have x amount of survival gear, food, etc. stored away. They have to replenish those stores after x amount of time due to some kind of rot, spoilage, etc. 9. There are any number of ways to drain money from the economy. Think of all the things in our daily lives that suck money out of our accounts and find a way to apply them to your game economy. I have to say that I don't agree with wiping out random players full bank. They could very well have earned that money through other legit avenues outside of the bank interest.

@Inveteratus I think it's amazing that you take the time to go through the "modules" that come/came with the McCodes package. I appreciate the time you've taken to show the flaws. It would be great if new users got to read this and adjusted their modules accordingly if they decide to go with McCodes. @MNGThat's because they do a plug-and-play instead of taking the time to make changes to separate their creations from others.

Excellent read! Thank you.

So let them criticize. If they haven't got the courage (using a polite word here) to say it (write it) it out for all to see, then that is on them. There's nothing wrong with discussing things from opposing sides. Part of the problem with today's going ons is that people are afraid to express or discuss what they are thinking and feeling. The ones who talk and scream the loudest are the ones who are heard, and detrimentally in most cases, taken as being the assumed general publics feelings on certain things as well. So, if you have something to say, then say it. If people choose to keep their counter points to themselves, then, they have no leg to stand on when something is implimented.

I agree that there is little activity from "regular" posters. However, every time I'm here I check to see who has been on and just about every time there are numerous "guests" that have stopped by or are in fact checking posts and topics. Just because it doesn't "looks" like much is happening doesn't mean it isn't. I stop by every 2nd or 3rd day to see what's new and to check information on old posts and occasionaly ask for some help on stuff that I'm doing. So, despite the fact that there aren't 20-30 new posts every day, the site is still active. I'm glad that it's still around so that I have things that I can reference for help.

That's the idea. I know what I want for the layout, I just need the step that goes from the numbers being eliminated to the grid (like yours) that would basically show a blank square for the number that has been removed.

Thank you, both of you. I've done all of those things. I think I didn't make myself very clear. Once I have the remaining numbers, I need them visibly removed from the grid. The closest I can get for a visual is a sudoku board. Visualize the grid numbered 1 - 64. First row 1 - 8, second row 9 - 16, and so on. I can easily get the remaining numbers, what I can't get is the grid itself to show just the remaining numbers. The numbers removed are 1, 9, 13, 20, 33, 42, 47, 50, 51, and 60. The first row would then display 2, 3, 4, 5, 6, 7, 8 The second row would then display 10, 11, 12, 14, 15, 16. And so on. I hope this makes it clearer what I'm trying to achieve. Thank you!!! Edit: Or maybe a way to enter the numbers that are remaining after the initial 10 are removed and put them into a table in the database.

Hey all. Need some help. I have a grid of 64 squares numbered 1 through 64. I do an array shuffle of the numbers 1 through 64 and then choose the first 10. Say the numbers are 1, 9, 13, 20, 33, 42, 47, 50, 51, and 60. What I'm trying to do is then have those numbers removed from the grid, leaving the remaining numbers on display. Here's where I need the help, I can't figure out how to do this without having to do a crap ton of elseif's. Any ideas or suggestions would be greatly appreciated. Thanks!

Thank you, Uridium!!! A very Merry Christmas and a Happy New Year to you and yours! Here's to it being all you hope for! And a Merry Christmas and Happy New Year to all the other inmates here!!!

Nice!! It sucks that they keep bombing the site though. Feel bad for you guys trying to keep up.

In any other forum that I've moderated, you have the option of choosing the users name and delete all content they have posted. If that option isn't currently available, maybe someone could work on that to get it operational. 😛 It would make it easier for everyone involved until the license is sorted out.

Still around. Check pretty much every day for new posts. Still playing around with php for text based stuff. But like all of us, time is short and projects get put on the back burner. Survival is more important these days. At one time I was working towards Retirement 55. That passed 5 years ago. Now I'm working on Retirement 75. 😛 Ah well. It is what it is. It's always nice to see projects and ideas of others. Keep on keepin' on.

Exactly! The way I have mine done is by setting up a separate table ... "intpayable_inprogress". I use the header file to pull the needed info from that table and based off of the time needed for the action to happen and the UNIX_TIMESTAMP() being > than the time to be implemented and userid being the unique identifier, you run your queries. Because the userid is used as the identifier, the "intpayable_inprogress" table should not have any more rows than the users table. Assuming interest is paid once every 24 hours, the table will be updated in your queries. $interest= $db->query("SELECT * FROM intpayable_inprogress WHERE UNIX_TIMESTAMP() > endtime and userid = {$ir['userid']}"); while($intpaid= $db->fetch_row($interest)) { $intamountfordon=$ir['money'] /100 * 3; // 3 being the amount of interest being paid to donator $intamountfornon=$ir['money'] /100 * 2; // 2 being the amount of interest being paid to non-donator $time = (time() + 86400); // 24 hour variable if ($int['donator'] >= 1) //verifies if user is a donator, this info should be a part of your intpayable_inprogress table { $db->query("UPDATE users SET money= money+ {$intamountfordon} WHERE userid = {$ir['userid']}"); $db->query("UPDATE intpayable SET endtime = {$time} WHERE userid = {$ir['userid']}"); event_add($ir['userid'], "Congratulations! You have earned {$intamountfordon} in interest today."); } if ($int['nondonator'] <=0) //verifies if user is a non-donator, this info should be a part of your intpayable_inprogress table { $db->query("UPDATE users SET money= money+ {$intamountfornon} WHERE userid = {$ir['userid']}"); $db->query("UPDATE intpayable SET endtime = {$time} WHERE userid = {$ir['userid']}"); event_add($ir['userid'], "Congratulations! You have earned {$intamountfornon} in interest today."); } } //closes while loop Table name, variables, etc., should obviously match the necessary information in your game. To make it as simple as possible, I've based the interest on the current amount of money the user has, regardless of deposits and withdrawals that have taken place in the last 24 hours. If you want to factor that information in, you can go right ahead and work out the math on that. I use the header.php file to do all of this because 1) it reduces the load on the server and 2) the action only takes place once the user is online and the 24 hours has passed. If the user hasn't been online for 3 days, there are ways to compensate for that. However, to encourage players to log on at least once a day, I make it clear the interest is only paid under the condition that 24 hours have passed and that they are online to receive it. They'll know when their 24 hours is due based on the last event notification they received. If you want it to run daily, then you'd have to set the time to pay out at a set Timestamp daily, regardless if the player is active and you'd have to set the query based on all user ids as opposed to the individual. This is fairly basic but it gives you a good head start on what you're looking for. Hope it helps. Edited to add: You can also use the same idea to notify players if they are in jail, the hospital, the clan is at war, etc. by using an echo statement.