Seker

I think the timestamps are just used for the interest. He could have worded it better, I suppose. Or just, somehow, used timestamps for the contract as well. In any case, it looks interesting. It's actually too bad I don't have a use for it.

It's not too bad. I do think, though, when you're put in the hospital, you can keep searching. It doesn't stop you until you leave the page and try to go back. I COULD be wrong, as I was clicking a little fast. I'll just have to check again in about 48 minutes when I get out.

I'm not really sure. That's why I'm wondering if that's affecting it. I wasn't aware anything but the emails had to be changed. Of course, if that IS it, I have to start over from scratch since I have no idea what WOULD have worked. *Sigh*

That's the "design?" That is just too funny.

I actually had posted this before you answered. It's not that I was getting impatient with you at all. I just wanted to keep the options out there, you know? And honestly, no, it didn't work. I have no idea what I'm doing wrong. I mean, the problem with the items function would be one thing, but it's not updating the DB tables, either. It's like it's not notifying the IPN at all. Could this be because I'm testing it with Sandbox? I've changed the e-mails in the files to the sandbox e-mails, and in the test account area, it shows a receipt and that the payment was sent.

Okay, I tried and tried. The problem is, I just have no idea what to replace the "include config.php" and "$db->" stuff (in the header info, not the rest of the file) with. Everything works but the IPN. I can add packs, delete them, set the BOGO, go through the purchase, etc., and if Sandbox is accurate, the payments process fine. The ONLY thing I cannot and have no idea how to get working is the IPN. So, if anyone who has/is familiar with Cronus' DP mod has or can make a working IPN for V1, please, PLEASE PM me. This is kind of a big deal for my current project, so the sooner this could be done, the better. Willing to pay around $10 or $15. Again, this is only for the IPN.

If this works, do I get the $30? :P

What about a new row in the users table called crimeINCOME. Change the SQL's in docrime.php to update crimeINCOME with whatever the successmoney is. Then, in the function I posted above: respect = $ir['crimeINCOME']/10000 The reason it messed up your crimes is because the successrate uses LEVEL. Find the array, change LEVEL to RESPECT Adjust your success formulas accordingly

Okay, well, I bit the bullet and purchased Cronus' mod. I'm just going to have to play around with it and see if I can get it to work, I guess.

I haven't purchased it, but I gladly would if I knew the conversion would be successful. There are a few obvious problems I'd run into, though. ---- As Cronus stated, the items/inventory system would need to be changed (Shouldn't actually be too complicated) ---- Pretty sure V2 Donator/IPN's use a config file. V1 does not have this file. I have no idea what's supposed to be in it, or what the equivalent file is for V1 I mean, I would love to pick it up from him. I just don't know what, exactly, to convert. (Again, referring to the config and items, not the standard db->query to mysql_query stuff)

Correct me if I'm wrong, but I believe the mobile theme does not come with the basic forum license. It's an optional add-on for a higher price. Therefore, it might not be enabled with MWG's vBulletin license.

I finally got everything working right at around midnight last night. I ended up going with the include idea, as it had to be on both the mission, and the missionattack page. Thanks so much for your help! I'll definitely look into your method as far as optimization goes.

Honestly, I have no idea what to pay. The only base I have to go off of is Cronus' which is $10. So, would $10-$15 sound fair?

So, I never got an actual answer for this. Does no one wish to make a few dollars? Or is it really that complicated to get IPN working for V1? I've been learning quite a bit, but I just have no clue when it comes to the IPN and I would love to have a working system I could learn from.

I completely agree. Already altered the SQL's for a few of the custom mods I'm working on.

I could be completely wrong, but I feel like all you would have to do is change up your check level function. Very basic example (I'm using V1 so, I'm guessing it'll be a little different): Change: function check_level() { global $ir, $c, $userid; $ir['exp_needed'] = (int) (($ir['level'] + 1) * ($ir['level'] + 1) * ($ir['level'] + 1) * 4.4); if ($ir['exp'] >= $ir['exp_needed']) { $expu = $ir['exp'] - $ir['exp_needed']; $ir['level'] += 1; $ir['exp'] = $expu; $ir['energy'] += 2; $ir['brave'] += 2; $ir['maxenergy'] += 2; $ir['maxbrave'] += 2; $ir['hp'] += 50; $ir['maxhp'] += 50; $ir['exp_needed'] = (int) (($ir['level'] + 1) * ($ir['level'] + 1) * ($ir['level'] + 1) * 4.4); mysql_query( "UPDATE users SET level=level+1,exp=$expu,energy=energy+2,brave=brave+2,maxenergy=maxenergy+2,maxbrave=maxbrave+2, hp=hp+50,maxhp=maxhp+50 where userid=$userid", $c);   To:   function check_respect() { global $ir, $c, $userid; $ir['exp_needed'] = (int) (($ir['respect'] + 5) * ($ir['respect'] + 5) * ($ir['respect'] + 5) * 10.10); if ($ir['exp'] >= $ir['exp_needed']) { $expu = $ir['exp'] - $ir['exp_needed']; $ir['respectl'] += 5; $ir['exp'] = $expu; $ir['energy'] += 2; $ir['brave'] += 2; $ir['maxenergy'] += 2; $ir['maxbrave'] += 2; $ir['hp'] += 50; $ir['maxhp'] += 50; $ir['exp_needed'] = (int) (($ir['respect'] + 5) * ($ir['respect'] + 5) * ($ir['respect'] + 5) * 10.10); mysql_query( "UPDATE users SET respect=respectl+5,exp=$expu,energy=energy+2,brave=brave+2,maxenergy=maxenergy+2,maxbrave=maxbrave+2, hp=hp+50,maxhp=maxhp+50 where userid=$userid", $c);   Then, just go file by file, and anything that checks or changes level, change to respect. Again, this is a very basic example, and I'm not entirely sure I'm right, but it seems sound in theory.

Yes, I believe it's all allocation. It basically sets up a safe-zone so you won't run out of memory. You could definitely clear up some unused space by changing all the field types, I think. I suppose it was Dabs' own form of a safety net. Was the most common choice, so used it for everything.

Okay, I haven't tested this yet. I believe I have the rewards page, the SQL's, and the daillymission page itself where I need it. I'm just wondering, since the function defining the mission levels is pretty long, as I've gone up to level 30 and each requires a different if statement, could I just make the function its own file and include it on the mission page? As in: mission_func.php: global $h,$ir,$c; $level = $ir['level']; if ($level <= 10) { $missionlevel = 1; } if (($level > 10) && ($level <= 20)) { $missionlevel = 2; } etc., etc.   And then, in dailymission.php, just add this at the top: include "mission_func.php";   In theory, it seems like this should work. Am I wrong on this?

Yes, that is definitely what I meant. Sorry, it's about 2 in the morning, so I'm a little groggy. Thanks for the help. I'm just in the beginning stages of figuring out functions, so I definitely appreciate any input. I'll play around with it and see how it comes out. Again, thanks for the help!

So, with the check inside the file, perhaps something like...? $missionlevel = mission_level($level); $mpointsql = "SELECT pointsneeded FROM missions WHERE missionlevel=$missionlevel"; $mpoints = mysql_query($mpointsql); while ($r = mysql_fetch_array($mpoints) { blah...blah..blah... }   Or, am I completely off base here? As for checking the level in the function itself, would it work to use something like...? $level = $userid['level']

I'm attempting to create a mod which sets up daily missions. I want to have different requirements for different levels. My question is, could I add something like this to global_func.php: function mission_level($level) { if ($level <= 10) { $missionlevel = 1; } etc., etc. }   And then, at the top of the mission file, add something like this: $missionlevel = mission_level($level); $mpointsql = "SELECT pointsneeded FROM missions WHERE missionlevel=$missionlevel"; $mpoints = mysql_query($mpointsql);   I feel like the function is right, but the check in the file is wrong. Any opinions on this?

That scenario is easily avoidable. If you want high cash payouts, you also need high prices. As long as it's all relative, there should never really be a problem with too much sitting around.

Honestly, I think players like seeing the big amounts. It's meant to be fantasy. It's not supposed to be like the everyday scraping to get by. Personally, for my game, I've scaled prices and rewards somewhere in the middle. You're still going to get more than a few bucks, but you're not going to get tens of thousands for the simplest crime.

Couldn't have said it better, myself. Cross-promotion should be extremely limited to an "agreed-upon" basis, which is not likely to happen with most of the generic mafia games around here. However, I don't see that much of a problem when it's between two separate genres, completely. Again, though, this should be agreed upon between the two game owners.

I would assume it all comes back to this again: SMALLINT 2 Bytes MEDIUMINT 3 Bytes INT 4 Bytes By default, INT, regardless of the character limit, will take up more space. Again, while not noticeable in small databases, can definitely clear out the empty corners as the user base grows.