Re: HTML encoding in URLs
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 14155
interpreted = N
texte = >The problem is (as stated in OmniWeb's post below) that URLs should be HTML-encoded, not ASCII. In other words, if something like &ne appears ANYWHERE in a HTML page, including inside the get string of a URL, it should be interpreted as ‚ (ie not equals). In other words, the following URL>>
search>>should be interpreted as>>
searchWe ran into this with an early WebCatalog that used &gr, which we changed to > for exactly this reason (Netscape tweaked it to >). We feel it is somewhat improper for a browser to convert unterminated (not followed by ;) escape strings.Here's a couple of workarounds:1) Use form method=POST instead of HREF hyperlinks2) (probably the best) Use embedded [Search] contexts so that you never have to pass the &neWHATEVER text in a hyperlink. Instead, just pass the comparison text in a form variable, and embed [Search db=xx&neb=[VARIABLE]] right into your template.3) Use WebCatalog's [browsername] tag to let you know when someone is using OmniWeb, and ask them to change their preferences for unterminated escape sequences.Grant Hulbert, V.P. Engineering | ==== eCommerce for the Rest of Us ====Pacific Coast Software | WebCatalog, WebMerchant11770 Bernardo Plaza Court | SiteEdit Pro, PhotoMasterSan Diego, CA 92128 | SiteGuard619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com
Associated Messages, from the most recent to the oldest:
>The problem is (as stated in OmniWeb's post below) that URLs should be HTML-encoded, not ASCII. In other words, if something like &ne appears ANYWHERE in a HTML page, including inside the get string of a URL, it should be interpreted as ‚ (ie not equals). In other words, the following URL>>
search>>should be interpreted as>>
searchWe ran into this with an early WebCatalog that used &gr, which we changed to > for exactly this reason (Netscape tweaked it to >). We feel it is somewhat improper for a browser to convert unterminated (not followed by ;) escape strings.Here's a couple of workarounds:1) Use form method=POST instead of HREF hyperlinks2) (probably the best) Use embedded
[search] contexts so that you never have to pass the &neWHATEVER text in a hyperlink. Instead, just pass the comparison text in a form variable, and embed [Search db=xx&neb=[VARIABLE]] right into your template.3) Use WebCatalog's
[browsername] tag to let you know when someone is using OmniWeb, and ask them to change their preferences for unterminated escape sequences.Grant Hulbert, V.P. Engineering | ==== eCommerce for the Rest of Us ====Pacific Coast Software | WebCatalog, WebMerchant11770 Bernardo Plaza Court | SiteEdit Pro, PhotoMasterSan Diego, CA 92128 | SiteGuard619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com
Grant Hulbert
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Re:Emailer and encryption (1997)
Dreamweaver MX (again) (2002)
[OT] RE: Drop down menu (2003)
WebCat2b15MacPlugin - [protect] (1997)
includes and cart numbers (1997)
[WebDNA] General email error -1 (WebDNA 7) (2012)
[group] ? (1997)
(OT) Support system (2000)
[GROUPS] followup (1997)
Webcat does auto checksum in [setheader]? (1999)
Re:E-Mailer (WebCatb15acgiMac) (1997)
Help name our technology! I found it (1997)
Sub Categories (2000)
database size? (1997)
Warning: Mac OS X 10.2.4 Update Overwrites Apache's (2003)
Email within tmpl ? (1997)
Nested tags count question (1997)
Can you do this??? and other stuff (1997)
Using WC for Bulk Emailings (1997)
EditPlus 2 WebDNA cliptext (2002)