On 8 Oct 2018, at 16:54, christophe.billiottet@webdna.us wrote:Hi =Stuart,
yes, I think this should be fixed, =the behavior isn=E2=80=99t consistent when mod_rewrite rules are =involved.
I wonder if you have it backwards =though, I guess the FastCGI version always shows /department/category =because it generates THISURL from the REQUEST_URI parameter, and this =should be the original URL without the domain name in front.
Whereas, the Server version's module uses =Apache's request_rec->unparsed_uri. The issue I'm seeing is that =unparsed_uri will be /department/category if your mod_rewrite rules are =in your main apache config files. But if you have your mod_rewrite rules =in a .htaccess file, then Apache generates a new request and it puts the =rewritten URL (/dept-root/cat-page.html) in unparsed_uri.
I think the solution would be to adjust the =Server module to always generate THISURL from the raw request. We will =do it.
If you see /dept-root/cat-page.html =with the FastCGI version, then I would be interested in knowing if you =are using Apache+mod_fcgid or something else. We could not reproduce =this with latest WebDNA FastCGI+Apache+mod_fcgid on Ubuntu.
kind regards,
- =chrisOn= Oct 5, 2018, at 02:32, Stuart Tremain <webdna@plsoftware.com.au> wrote:--------------------------------------------------=-------
I am getting different results for [THISURL] on different =platforms.
http://www.domain.com/department/category
CentOS Server WebDNA 8.5
ThisURL ==3D /department/category
Ubuntu fcgi WebDNA 8.5
ThisURL =3D =/dept-root/cat-page.html
Any idea why this =would happen?
Is there a work around ?
Kind regards
Stuart Tremain
Pharoah Lane Software
AUSTRALIA
webdna@plsoftware.com.au
This message is sent to you because you are =subscribed to
the mailing list talk@webdna.us
To unsubscribe, E-mail to: talk-leave@webdna.us
archives: http://www.webdna.us/page.dna?numero=3D55
Bug= Reporting: support@webdna.us
|
On 8 Oct 2018, at 16:54, christophe.billiottet@webdna.us wrote:Hi =Stuart,
yes, I think this should be fixed, =the behavior isn=E2=80=99t consistent when mod_rewrite rules are =involved.
I wonder if you have it backwards =though, I guess the FastCGI version always shows /department/category =because it generates THISURL from the REQUEST_URI parameter, and this =should be the original URL without the domain name in front.
Whereas, the Server version's module uses =Apache's request_rec->unparsed_uri. The issue I'm seeing is that =unparsed_uri will be /department/category if your mod_rewrite rules are =in your main apache config files. But if you have your mod_rewrite rules =in a .htaccess file, then Apache generates a new request and it puts the =rewritten URL (/dept-root/cat-page.html) in unparsed_uri.
I think the solution would be to adjust the =Server module to always generate THISURL from the raw request. We will =do it.
If you see /dept-root/cat-page.html =with the FastCGI version, then I would be interested in knowing if you =are using Apache+mod_fcgid or something else. We could not reproduce =this with latest WebDNA FastCGI+Apache+mod_fcgid on Ubuntu.
kind regards,
- =chrisOn= Oct 5, 2018, at 02:32, Stuart Tremain <webdna@plsoftware.com.au> wrote:--------------------------------------------------=-------
I am getting different results for [thisurl] on different =platforms.
http://www.domain.com/department/category
CentOS Server WebDNA 8.5
ThisURL ==3D /department/category
Ubuntu fcgi WebDNA 8.5
ThisURL =3D =/dept-root/cat-page.html
Any idea why this =would happen?
Is there a work around ?
Kind regards
Stuart Tremain
Pharoah Lane Software
AUSTRALIA
webdna@plsoftware.com.au
This message is sent to you because you are =subscribed to
the mailing list talk@webdna.us
To unsubscribe, E-mail to: talk-leave@webdna.us
archives: http://www.webdna.us/page.dna?numero=3D55
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...