--- Noel Wade <[EMAIL PROTECTED]> wrote: > Thanks - I understand that method; but I'm really > looking for a way to pass them without them being > visible / mucking up the URL line with a buncha > stuff...
Noel, To answer your original question, no, you cannot force the remote Web client to submit a POST. If you think about it, this is a good thing. You can, as another person pointed out, manually perform a POST from a PHP script, so that the user can GET your PHP script, initiating a POST. However, the POST request is sent from your Web server, not the Web client. There are ways to "hide" URL variables without resorting to POST. As an example, some people use frames (not my preference). Of course, those who use frames to maintain a simple and clean URL do not (or rather, should not) rely on this for any sort of security. The real URL can be easily discovered. Another idea would be to create a portal of sorts, where you have a PHP script that fetches a verbose URL for you. For example, you could have a PHP script located at http://example.org/search.php that contains the following: <base href="http://www.google.com/";> <? readfile("http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&q=PHP&btnG=Google+Search";); ?> Thus, a user who visits http://example.org/search.php would see the results of a Google search for PHP (Note: This is just a hypothetical example, and I am not sure whether this would violate Google's terms of use). For this method to be useful to you, you must know the URL variables in advance, so you might need something more dynamic. Some people will redirect the user after setting some session variables, so that the "final destination" URL is very plain, but the Web client can still use GET to send the data. Hopefully this will give you some ideas, so that you can find a method that works for you. Chris -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
