Re: $HTTP_POST_VARS help!
| From: | Kris Dahl | Date: | Tue, 06 Jun 2000 17:21:54 +0000 |
| Subject: | Re: $HTTP_POST_VARS help! | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-1135@lists.php.net to get a copy of this message | ||
on 6/5/00 6:03 PM, Martin Helie at martin@bang.ca wrote:
> Hi Chris & Kris,
>
> thanks for your quick replies. (Kris, I will go check out the classes at the
> link you sent - thanks!)
>
> Chris, I am actually trying to do just what you mentioned -- multiple search
> engine submissions. My problem is I need to change the keys in the
> associative array (HTTP_POST_VARS) and send each modified set to a bunch of
> pages (whether HTML or otherwise). I assumed from the start I would have to
> re-read my page to modify the array and submit in a sequential fashion...
You want to use the classes I sent you links to.
Alternatively, if you want I guess you GET query strings and just have PHP
go out and snag a URL.
> That's what I thought. I just wondered if I could push the POST_VARS
> afterwards somehow. But again, not a huge deal, since as you mentioned, I
> can echo a bunch of <input type='hidden' bla bla>...
What you do is have the script read all the post vars, and then send them to
all the remote servers via a script, using the classes mentioned in the
previous post.
> I am not very familiar with JavaScript, but unless I am mistaken, Submit
> requires an onClick event...?
No, Submit doesn't require an onClick, but does require an event--it could
just as easily be 'onLoad'. But that is a poor mans way of doing this
project... I assume you were thinking of buliding a ton of hidden form
variables, and rotate out the action variable on the form and then submit to
each remote web server.
That's not the best way to do it because of a couple reasons: 1) Its all
client side, and you'll have to deal with browser support issues. 2) It is
dependent on the user's connection, not the server's. 3) Its a hack.