This can be a bit more complicated. Remember repeated roots of polynomials from College Algebra? Form fields and query-string fields can also be repeated.
Next, one has to decide what to do with empty fields which don't have an equal sign. Some Web developers use these fields to indicate a boolean value. These are never generated by any browsers that I know of from submitting a form, but if you want to implement them in your own Web site's links, that's fine.
It's easier to type, but it's not standard. Anything that isn't standard can have undefined behavior depending on whether it's your own Web site responding as you developed it to respond, or someone else's.
Examples like these two which don't conform with the query-string
format are difficult to work with. There isn't one right
decision on how to handle them. For example, if we decide to equivocate
secure=1 then we can't tell whether someone typed "1"
into a box named
secure or if they clicked the button on our form
use secure processing mode. Situations can come up where
bad results happen from the safe-seeming assumption that those would be
It's true that browsers generate standardized query strings for
submitting form data represented as
name1=value1&name2=value2&name3=value3, etc., but as far as
HTTP is concerned, a query created for your own Web site applications doesn't have to conform to the format of a standardized query string.
So our query-string parser, and our scripts that use it must expect an associative array where some fields may be repeated, like this:
You may have noticed the plus sign in
Joseph+Myers. This plus sign is part of the URL Encoding process which is necessary for arbitrary data to be encoded in a URL. If data has been URL encoded, it simply means that most byte values are replaced by a hexadecimal
%xx representation. However, a space occurs so often that it's replaced by a single plus sign rather than
%20 in order to compress the amount of data being transferred. (Of course, a plus sign and a percent sign have to be encoded (
%25, respectively) to avoid conflicting with plus signs and percent signs which mean something else in the URL-encoded data format.)
unescape() to encode and decode strings into URL-encoded data format.
Notice that we made both fields into a list or subarray for consistency. No Web developer should ever become so comfortable that they forget about users who might submit multiple values for a form field.
Also, we want to avoid one of the worst mistakes
document.formname.elementname.value if the form contained only one instance of elementname, but you had to use the reference
document.formname.elementname.value if the form contained more than one.
Even though it's more complicated for simple purposes, it's a better to remind ourselves that all fields received from a query-string might be multiple-valued. Sometimes they have a single value, but inherently the data type is an array.
The code is short and sweet, like this:
Note: if you print this script out as a here document in a Perl script, you need two backslashes before the + sign instead of one.