Viewing Thread:
"PHP script changes"

Watch out for any PHP scripts on your pages now that Freeola are updating the security levels. If you were used to naming fields in forms, and just expecting them to appear in PHP as $fieldname, it won't work any more. Now you need to use $_POST["fieldname"].

Same goes for fields attached to the URL, they need to be $_GET["fieldname"], and values like $REMOTE_ADDR have to be referred to as $_SERVER["REMOTE_ADDR"].

Better security, but I've had to change quite a bit of old PHP code just now.

doc693 wrote:
> You ought to be able to see the script in your cgibin folder,
Its connected via a sim link on every account, you cannot see it so you cannot modify the file and screw it up.

You could put "php_flag register_globals on" in to a .htaccess file,

An update on my earlier message.

Well, I feel like a right plonker! Having had a rant at SR Customer Service about this, it finally turned out that the reason I cant see file upload data in $_FILES, is 'cos I put a typo in the form, which meant it wasnt being POSTed as a multipart/form-data.

A big thankyou to Andrew Hunt at SR for taking the time to go through my examples and point out where I had made [such a stupid] error.

I sympathise with the feeling of hitting ones head against a brick wall. My conversations with Freeola "support" this week have been like the song 'There's a hole in my bucket'.

I gave some illustrations of different superglobals that should hold the data of a file upload, to be told "Yes, that should work"...."No! It bloody doesn't, even though it should, and thats why I asked for support!"

The reply was classic: "we suggest you go to the network status page and follow the link...." etc.

Anyone else had any luck cracking the location of HTTP file uploads from forms? Cant find no data in $_POST, $_SERVER, or $HTTP_POST_FILE arrays.

It's a bit like hitting your head against a wall but after freeola support contiunously telling me to look at the status page, my message seems to have finally got through! My sites that use the freeola form_to_mail.php script are working again...

I asked freeola to update this forum but he thought I was talking about FTP intead !?!

If anyone is still having problems post them here...

Fair enough I suppose. Ya reckon Freeola could let us know when they will be able to do this???

Nimco wrote:
> Why not just write your own PHP script. It is actually very easy to
> do. Google for a tutorial on it if you want a step by step guide, or
> just go to the PHP site ([URL]http://www.php.net[/URL])and search for
> the mail() function.

I've re-written the contact pages for one site using a CGI FormMail script. But I've got another 4 sites to fix so would rather FREEOLA corrected their supplied script (it this is at fault) to save time.

Failing that, then I'll have to re-write the broken sites - all work I haven't got time to do...

Why not just write your own PHP script. It is actually very easy to do. Google for a tutorial on it if you want a step by step guide, or just go to the PHP site ([URL]http://www.php.net[/URL])and search for the mail() function.

I'm having a bit of a hard time with getting an answer from freeola support :(

All they keep doing is referring me to the status page (about 4 times!) to see the changes I have to make.

Incase I've lost the plot can someone confirm where these changes have to be made? I'm using an HTML FORM which calls the FREEOLA mail_to_form.php script. I'm assuming the changes are PHP code so have to be made in THEIR script ???

If there is something I should be doing then I would like to know what...

I can't find the script in my cgi-bin. It must be picked up by some sort of default concatenation ?

Hopefully freeola will re-read my support email!

------------------------------
See what you mean about newbie :)