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 hyperlinks 2) (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, WebMerchant 11770 Bernardo Plaza Court | SiteEdit Pro, PhotoMaster San Diego, CA 92128 | SiteGuard 619/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 hyperlinks 2) (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, WebMerchant 11770 Bernardo Plaza Court | SiteEdit Pro, PhotoMaster San Diego, CA 92128 | SiteGuard 619/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:
japanese characters (1997)
Single Link browsing (1997)
Phonetic Search (2001)
Next X hits (1996)
Problems with ^ could be solved with [REPLACE CHARACTERS] (1997)
t or f (1997)
OH MY GOD! (1998)
Limit on nested [ShowIf]'s? (1997)
anyone moved to v6? (2004)
Image Sizes (2003)
Banners and sort of random display (1997)
[WebDNA] FindString - source: multiple words (2019)
[replace][founditems]? (2004)
WebCat2b13MacPlugIn - syntax to convert date (1997)
SiteEdit NewFile.html ? (1997)
Grep support request for SMSI ... (2003)
Hyperlink in email (2002)
[ot] Securing PHP & MySQL (2003)
Great product and great job ! (1997)
WebCat editing, SiteGuard & SiteEdit (1997)