Re: redirect not passing vars

This WebDNA talk-list message is from

2004

It keeps the original formatting. numero = 55934
interpreted = N
texte = >Kenneth Grome wrote:>>>Here's why:>>>>If you do it without "url=" webdna thinks there is only ONE >>parameter in the tag, which means the entire string *must* be the >>URL.>>>>But if you use "url=" then webdna thinks there is more than one >>parameter, so it will naturally end the first parameter at the >>first "&" in the string ... which is why your urls were getting cut >>off just before the first "&".>>Hi Ken, That is not really what I was saying (thinking). What I was >questioning is>why SMSI/PCS would have the two different methods of redirecting and why would>they code the engine to require [url][/url]'s when using the "url=" peram?>>Here is what I have found in the past.>When not using the "url=" peram.>1. Do not wrap the redirect in [url][/url] (you can wrap the values >in [url][/url]>tags though but you don't have to).>>When using the "url=" peram.>1. you must wrap the string in [url][/url].>>DonovanWhat you found is correct. You have to think of it this way ...Once upon a time, when SMSI first created the redirect tag, they did NOT give us option to use a "name=value" pair in this tag. Instead the redirect tag ONLY recognized the "value" component of the parameter.At that time (and still today) there could be only one parameter in the redirect tag, so the entire string was interpreted as the "value" .... the "name" component was assumed and therefore it was not needed.Then later, when SMSI decided to improve their software by standardizing *all* their tags to accept "name=value" pairs, they defined a new "name" component of the redirect parameter which they called "url" ...What this means is that if we use the "name=value" parameter system in our redirect tags, we must *also* [url] any & characters that appear in the "value" component of this parameter -- because when webdna sees a & character in a tag it thinks that character marks the end of one "name=value" pair and the beginning of another. But in a redirect we actually want to pass all those "name=value" pairs as a SINGLE VALUE, so we must hide the & characters from webdna by [url]ing them.This is the real reason why NOT using "url=" is simpler and always works. But if you feel like it, you can use the "url=" in your redirect tags, as long as you also remember to [url] any & characters in the value ...:)-- Kenneth GromeWebDNA ProgrammerOutsource Service Provider-------------------------------------------------------------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 Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

Re: redirect not passing vars ( Kenneth Grome 2004)
Re: redirect not passing vars ( Donovan Brooke 2004)
Re: redirect not passing vars ( Kenneth Grome 2004)
Re: redirect not passing vars ( Alan White 2004)
Re: redirect not passing vars ( Donovan Brooke 2004)
Re: redirect not passing vars ( Alan White 2004)
Re: redirect not passing vars ( Alan White 2004)
Re: redirect not passing vars ( Pat Holliday 2004)
redirect not passing vars ( Alan White 2004)

>Kenneth Grome wrote:>>>Here's why:>>>>If you do it without "url=" webdna thinks there is only ONE >>parameter in the tag, which means the entire string *must* be the >>URL.>>>>But if you use "url=" then webdna thinks there is more than one >>parameter, so it will naturally end the first parameter at the >>first "&" in the string ... which is why your urls were getting cut >>off just before the first "&".>>Hi Ken, That is not really what I was saying (thinking). What I was >questioning is>why SMSI/PCS would have the two different methods of redirecting and why would>they code the engine to require [url][/url]'s when using the "url=" peram?>>Here is what I have found in the past.>When not using the "url=" peram.>1. Do not wrap the redirect in [url][/url] (you can wrap the values >in [url][/url]>tags though but you don't have to).>>When using the "url=" peram.>1. you must wrap the string in [url][/url].>>DonovanWhat you found is correct. You have to think of it this way ...Once upon a time, when SMSI first created the redirect tag, they did NOT give us option to use a "name=value" pair in this tag. Instead the redirect tag ONLY recognized the "value" component of the parameter.At that time (and still today) there could be only one parameter in the redirect tag, so the entire string was interpreted as the "value" .... the "name" component was assumed and therefore it was not needed.Then later, when SMSI decided to improve their software by standardizing *all* their tags to accept "name=value" pairs, they defined a new "name" component of the redirect parameter which they called "url" ...What this means is that if we use the "name=value" parameter system in our redirect tags, we must *also* [url] any & characters that appear in the "value" component of this parameter -- because when webdna sees a & character in a tag it thinks that character marks the end of one "name=value" pair and the beginning of another. But in a redirect we actually want to pass all those "name=value" pairs as a SINGLE VALUE, so we must hide the & characters from webdna by [url]ing them.This is the real reason why NOT using "url=" is simpler and always works. But if you feel like it, you can use the "url=" in your redirect tags, as long as you also remember to [url] any & characters in the value ...:)-- Kenneth GromeWebDNA ProgrammerOutsource Service Provider-------------------------------------------------------------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 Web Archive of this list is at: http://webdna.smithmicro.com/ Kenneth Grome

DOWNLOAD WEBDNA NOW!

Re: redirect not passing vars

2004

Top Articles:

Related Readings: