Re: using [URL] in search parameters?

This WebDNA talk-list message is from

1999


It keeps the original formatting.
numero = 25572
interpreted = N
texte = >In this replace context- >[Replace db=Subscribers.db&eqEmaildatarq=[EmailAddress]&append=T] >should [EmailAddress] be wrapped in an [URL] context?It may not be absolutely necessary in this case -- assuming the value of [EmailAddress] is actually valid email address, because email addresses cannot legally contain = or & characters -- but it's still a good practice to get into.Let's say you were asking about [companyName] instead of [EmailAddress], and the value of [companyName] were something like Jane & Bob's Grille for example. Then yes, of course you would have to [url] the [companyName] tag -- because it contains the & character, which is not supposed to appear in the search string anywhere *except* in between name=value parameter pairs.It's a simple concept really:The = sign is always assumed to connect a name to a value, and the & character is always assumed to separate one name=value pair from another.So when you [url] a tag, you automatically change any = signs to %3D, and & characters are changed to %26, thus prevent them from appearing as = and &. And that prevents them from breaking the search string ...================================ Kenneth Grome, WebDNA Consultant 808-737-6499, http://webdna.net ================================------------------------------------------------------------- Brought to you by CommuniGate Pro - The Buzz Word Compliant Messaging Server. To end your Mail problems go to .This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Associated Messages, from the most recent to the oldest:

    
  1. Re: using [URL] in search parameters? (Kenneth Grome 1999)
  2. using [URL] in search parameters? (John Butler 1999)
>In this replace context- >[Replace db=Subscribers.db&eqEmaildatarq=[EmailAddress]&append=T] >should [EmailAddress] be wrapped in an [url] context?It may not be absolutely necessary in this case -- assuming the value of [EmailAddress] is actually valid email address, because email addresses cannot legally contain = or & characters -- but it's still a good practice to get into.Let's say you were asking about [companyName] instead of [EmailAddress], and the value of [companyName] were something like Jane & Bob's Grille for example. Then yes, of course you would have to [url] the [companyName] tag -- because it contains the & character, which is not supposed to appear in the search string anywhere *except* in between name=value parameter pairs.It's a simple concept really:The = sign is always assumed to connect a name to a value, and the & character is always assumed to separate one name=value pair from another.So when you [url] a tag, you automatically change any = signs to %3D, and & characters are changed to %26, thus prevent them from appearing as = and &. And that prevents them from breaking the search string ...================================ Kenneth Grome, WebDNA Consultant 808-737-6499, http://webdna.net ================================------------------------------------------------------------- Brought to you by CommuniGate Pro - The Buzz Word Compliant Messaging Server. To end your Mail problems go to .This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Kenneth Grome

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:

Creditcard verification with WebCat (1998) Just Testing (1997) Linux Beta4 Problem (2000) hidden databases (2000) [BoldWords] WebCat.acgib15Mac (1997) redirect with frames (1997) Pithy questions on webcommerce & siteedit (1997) Is there a way......... (2000) CPU 350% on 6.0a / Linux (2007) Case sensitivity and [showif] (1999) Math (1997) Add a field to the error log? (1997) Stumpted Again (1997) date (1999) unclear on a simple [cart] ? (1998) [UPPERCASE] (1997) Encryption Level (2003) WebCat2b15MacPlugin - [protect] (1997) PCS Frames-Default page is solution! (1997) RePost: NAT and the CART (1999)