Okay, it must be the server adding slashes to GET variables due to magic_quotes being turned on. You'll need to either continue using stripslashes() or turn off magic_quotes via php.ini. Or account for both possibilities by checking for magic_quotes before using stripslashes():
if (get_magic_quotes_gpc()) {
$item = stripslashes($item);
}
IF the slashes are in your database, there is no way for us to know how they got there unless you explain how the data is entered. Are the slashes in your data?
IF there are slashes in your data, you probably don't want them there, so fixing your data (and fixing whatever is adding slashes) seems logical to me. The alternative is to leave everything malfunctioning and write additional code to get around the problem. always.
I suspect the apostrophes are in your data. If so, you'll need to either fix your data (best idea), or use strip_slashes() on the values to remove the slash in front of special characters.
the code is obfuscated for one or two reasons: 1. to slightly prevent modification of the code and/or 2. it is malicious. as long as you remove the eval() from around the code, it will not execute. just like cigardude said.
a couple things: there is no TR open/close for the header row. your foreach needs curly brackets {} to surround the multiple lines of code executed within.
/home/~unn_s003539/public_html/Sold/ is not the same as /var/www/vhosts/numyspace.co.uk/web_users/home/~unn_s003539/public_html/Sold/
$target is not a valid path, thus
Unable to move '/tmp/phpUWYU51' to '/home/~unn_s003539/public_html/Sold/uploadsPC45 close up .jpg'
pseudo-query (after validating/escaping get values):
SELECT id, alliance, region, ABS(sqrt(($_GET['mex'] - coordx) ^ 2 + ($_GET['mey'] - coordy) ^ 2)) AS distance FROM some_table ORDER BY distance
you'll probably want to use an absolute value, as negative distances will be encountered.
We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.