>> When I put webdna's [thisurl] tag into a .dn=a template that webdna parses.. then (desired behavior) the output of [this=url] reflects the URL that I actually typed in the browser.. and NOT where =the RewriteRule redirected the browser to. =A0But on a friend's remote =server, where we are working together, the inverse is happening - i.e. the =output of [thisurl] reflects where the RewriteRule redirected the browser t=o, as opposed to the URL that I actually typed in the browser (NOT desired =behavior) .platform=3Dunix-Macintosh OS X
>
> what is the WebDNA version of your friend's server?
> Try this:
version=3D6.0Thanks Chris =A0:-)
> [function name=3DCALL_DOMAIN][return][listmimeheaders name=3Dhost&=exact=3DF][url][value][/url][/listmimeheaders][/return][/function]
> [CALL_DOMAIN]
...but [listmimeheaders name=3Dhost&exact=3DF][url][value][/url][/listm=imeheaders] only returns the *domain*, and not also any of the directories =that come *after* the domain in the URL... =A0whereas [thisurl] does also r=eturn any of the directories that come *after* the domain in the URL. =A0 I= need the directories too.If this is true, then:
>
>> Does anyone know a way to cause the output of [thisurl] to always =reflect the URL that I actually type in the browser.. and NOT where the Rew=riteRule redirects the browser to?
>
> i suppose it depends if the apache module mod_rewrite processes the UR=L before or after WebDNA does
Do you know how to control when mod_rewrite kicks in? =A0We could use some =help with this level of apache admin. =A0 Apparently, we want mod_rewrite t=o kick in *after* webdna gets the file.. but at the moment the reverse is h=appening.
Or, wait a minute.. =A0this makes no sense. =A0If =A0apache tried to hand t=he file to webdna before mod_rewrite kicked in then I would not see anythin=g resembling my page in the browser because the URL is pointing to a *non-e=xistent* file. =A0The fact that the file is non-exitant is the very reason =I want to use mod_rewrite. =A0 My RewriteRule causes the URL to become re_w=ritten to point to a real existent webdna file.
AFAICT mod_rewrite *has to be* (in both my local and remote cases) kicking =in before webdna gets the file.. because my file IS being parsed by webdna =and spitting out the expected dynamic HTML output... =A0the only problem is= that in the remote-server case [thisurl] reflects the *post-RewriteRule* U=RL, as opposed to the *pre-RewriteRule* URL. =A0Maybe that is expected beha=vior... but then why on my local setup does [thisurl] reflect the *pre-Rewr=iteRule* URL?!
Would anyone be willing to setup up a test case and see what you find.. =A0= set up mod_rewrite and a RewriteRule in .htaccess which points a sample UR=L like this non-existent page: =A0'domain.com/testDIR_A/testPAGE_A.html<=/a>' =A0... to your existent =A0page: 'domain.com/testDIR_B/testPAGE=_B.html' page... =A0and then inspect the output of [thisurl] to see= what you get. =A0And while reporting findings, please mention if your test= was on your localhost setup, or was it on a remote server? =A0I would like= to know the results of both if possible.
The results of all this is something I am trying to finish off in the next =couple days and share with the group here.. something nice and really worth=while.
Thanks!
-Govinda---------------------------------------------------------This message is sent to you becaus=e you are subscribed to
the mailing list <talk@webdna.us&g=t;.
To unsubscribe, E-mail to: <talk=-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us
>> When I put webdna's [thisurl] tag into a .dn=a template that webdna parses.. then (desired behavior) the output of [this=url] reflects the URL that I actually typed in the browser.. and NOT where =the RewriteRule redirected the browser to. =A0But on a friend's remote =server, where we are working together, the inverse is happening - i.e. the =output of [thisurl] reflects where the RewriteRule redirected the browser t=o, as opposed to the URL that I actually typed in the browser (NOT desired =behavior) .platform=3Dunix-Macintosh OS X
>
> what is the WebDNA version of your friend's server?
> Try this:
version=3D6.0Thanks Chris =A0:-)
> [function name=3DCALL_DOMAIN][return][listmimeheaders name=3Dhost&=exact=3DF][url][value][/url][/listmimeheaders][/return][/function]
> [CALL_DOMAIN]
...but [listmimeheaders name=3Dhost&exact=3DF][url][value][/url][/listm=imeheaders] only returns the *domain*, and not also any of the directories =that come *after* the domain in the URL... =A0whereas [thisurl] does also r=eturn any of the directories that come *after* the domain in the URL. =A0 I= need the directories too.If this is true, then:
>
>> Does anyone know a way to cause the output of [thisurl] to always =reflect the URL that I actually type in the browser.. and NOT where the Rew=riteRule redirects the browser to?
>
> i suppose it depends if the apache module mod_rewrite processes the UR=L before or after WebDNA does
Do you know how to control when mod_rewrite kicks in? =A0We could use some =help with this level of apache admin. =A0 Apparently, we want mod_rewrite t=o kick in *after* webdna gets the file.. but at the moment the reverse is h=appening.
Or, wait a minute.. =A0this makes no sense. =A0If =A0apache tried to hand t=he file to webdna before mod_rewrite kicked in then I would not see anythin=g resembling my page in the browser because the URL is pointing to a *non-e=xistent* file. =A0The fact that the file is non-exitant is the very reason =I want to use mod_rewrite. =A0 My RewriteRule causes the URL to become re_w=ritten to point to a real existent webdna file.
AFAICT mod_rewrite *has to be* (in both my local and remote cases) kicking =in before webdna gets the file.. because my file IS being parsed by webdna =and spitting out the expected dynamic HTML output... =A0the only problem is= that in the remote-server case [thisurl] reflects the *post-RewriteRule* U=RL, as opposed to the *pre-RewriteRule* URL. =A0Maybe that is expected beha=vior... but then why on my local setup does [thisurl] reflect the *pre-Rewr=iteRule* URL?!
Would anyone be willing to setup up a test case and see what you find.. =A0= set up mod_rewrite and a RewriteRule in .htaccess which points a sample UR=L like this non-existent page: =A0'domain.com/testDIR_A/testPAGE_A.html<=/a>' =A0... to your existent =A0page: 'domain.com/testDIR_B/testPAGE=_B.html' page... =A0and then inspect the output of [thisurl] to see= what you get. =A0And while reporting findings, please mention if your test= was on your localhost setup, or was it on a remote server? =A0I would like= to know the results of both if possible.
The results of all this is something I am trying to finish off in the next =couple days and share with the group here.. something nice and really worth=while.
Thanks!
-Govinda---------------------------------------------------------This message is sent to you becaus=e you are subscribed to
the mailing list <talk@webdna.us&g=t;.
To unsubscribe, E-mail to: <talk=-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us
DOWNLOAD WEBDNA NOW!
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...