rulerofzu

Rules change on payment processing all the time. So even though a previous owner was able to convince them doesnt mean that you will be able to.

I am currently re-coding my donation mod so every feature that I list will work, The mod also uses a new Ajax Cart and should be available soon! Cool sounds good Dave.

Out of the two Dave's is better in my opinion but doesn't do everything stated. The main part you need to focus on is the return script. Be it paypal or any other processor and there is many examples of PHP paypal IPN return scripts on google.

That would be as Paul has and is still learning PHP rather than copying with no idea what it is your copying. No offence but at least attempt to learn and understand what it is your copying! I use something like it on zu. More advanced too :D

This has been covered before use the search.

Functions are not automatic. You are specifying a set of instructions which will be processed every time you call the function name. So through your game if you wish to use that function then where you have $ir['username'] change it to username($ir['user_level'],$ir['username'])

I use the following Recaptcha on signup. You can style recaptcha and its not that bad if displayed correctly. A different captcha on areas in the game. Just a simple number verification. Also I do a max click on certain things too. Done by sessions for example say you want only 50 clicks if($_SESSION['clicktyclick']++ == 50) { //unset the verifed status and make the player enter the captcha again.

Use the staff items -> edit and if that doesnt cover everything you need code it so it does. ffs do you actually understand anything posted blade?

Thats not your solution. Even McCodes states you need to know basic php which if you did then you would be able to fix it. There is nothing bad about getting it wrong your just not even ready to try.

Aw cmon go lookup css where do you ever see td bgcolor? td style="bgcolor

<form action="attackwon.php?ID='. $loser .' method="post">

So close but no banana! You removed the wrong $loser

Well that would be your problem then. Think why would you need to specify $loser twice in that form url.

That would depend if you have changed the attack file correctly ;) Check if the ID is being passed on the next file. IE echo the ID see if it comes up as the ID or 0

After say every 100 crimes reset the captcha. So they have to enter the code to carry on doing crimes.

I dont use that system but probably from the ID being empty

You just got yourself in a muddle by the look of it. I could have told you straight off what the problem was but if you learn from your mistakes then your less likely to do it again.

Look at line 118 now what is that doing there. Now look at line 124 , 125 and 126.

You havnt looked hard enough then. Cmon your gonna kick yourself when you realise! Line 124

LIne 124 is wrong...now look at it and see the error!

View your source it will help you locate where things are going wrong.   <td class="rgrad"></td> </tr> <tr> <td colspan="3"> <table cellpadding="0" cellspacing="0" border="0" width="100%"> <tr> <td class="dgradl"></td> <td class="dgrad"></td> <td class="dgradr"></td> </tr> </table> </td>   At the end of your file. Personally id delete this entire section. As it is doing absolutely feck all.

You can change all of it or none of it. The header has the css which you will need to adjust.

Create a new item type. Get the number for the item type. Then in the inventory you can make the link if($i['itmtype'] == xxx) { echo 'Throw Bomb'; }

Damn Bertie your far to clever :D

I wouldnt use $page = $_SERVER['PHP_SELF'];   $_SERVER['PHP_SELF'] alternative/vulnerability   explains why