>>>>> "x" == xhoster <> writes:
x> Uri Guttman <> wrote:
>> >>>>> "x" == xhoster <> writes:
>>
x> "" <> wrote:
>> >>
>> >> param returns both GET & POST
>>
x> Ah, now I see the problem.
x> No, param returns either GET or POST--but not both--for any one form
x> submission.
>>
>> cgi.pm supports having both get (in the url) and post params on the same
>> cgi call. it will mix the params from both sources.
x> Do you have example code to demonstrate that?
>> i am not sure which
>> will override the other (if that happens). from cgi.pm:
>>
>> $query = new CGI;
>>
>> This will parse the input (from both POST and GET methods)
^^^^^^^^^^^^^^^
>> and store it into a perl5 object called $query.
^^^^^^^^^^^^^
>>
>> note the 'both' in there.
x> I note the 'both', but I do not the 'in one form submission'. Quite the
x> opposite:
also note the underlined parts above.
x> MIXING POST AND URL PARAMETERS
x> ...
x> It is possible for a script to receive CGI parameters in the URL as
x> well as in the fill-out form by creating a form that POSTs to a URL
x> containing a query string (a "?" mark followed by arguments). The
x> param() method will always return the contents of the POSTed
x> fill-out form, ignoring the URL's query string.
i never said anything about access params from both get/post. i just was
pointing out that you can use both and cgi.pm will handle it. dealing
with both in a submission is up to you but you can get both sets of
params if desired.
<snip of cgi script i won't run>
uri
--
Uri Guttman ------
--------
http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ----------------------------
http://jobs.perl.org