Forum OpenACS Development: Re: rp_handler and host-node mapped subsites

Collapse
20: Re: rp_handler and host-node mapped subsites (response to 19)
Posted by Ryan Gallimore on 06/28/11 03:46 PM
OK, I agree. We need to alter ad_conn url* in the case of host-node mapped subsites, then. If we did that in this case, the RP redirect would not be necessary.

Any thoughts?

Collapse
21: Re: rp_handler and host-node mapped subsites (response to 20)
Posted by Torben Brosten on 06/28/11 05:42 PM
Insert the value from site_node::conn_url when ad_conn url is from a host node mapped site?

This would be the simplest solution, but doesn't work for all cases, because sometimes ad_conn url is used to build a reference only available from the main domain.

The alternative is to swapp ad_conn url with site_node::conn_url for the specific cases that do work.

Collapse
22: Re: rp_handler and host-node mapped subsites (response to 21)
Posted by Dave Bauer on 06/28/11 05:44 PM
Any references available ONLY from the main domain are also bugs.

See new embeds APM feature (i'll try to find a link to more info) which should resolve this issue by allowing search/notification and other site-wide services to be embedded in the subsite context.

Collapse
23: Re: rp_handler and host-node mapped subsites (response to 22)
Posted by Ryan Gallimore on 06/28/11 05:56 PM
How does using embed for those specific services fix the general problem when I access http://mapped/page and [ad_conn url] returns /mapped/page? Shouldn't we fix ad_conn url to show the proper URL: /page?
Collapse
24: Re: rp_handler and host-node mapped subsites (response to 23)
Posted by Dave Bauer on 06/28/11 06:07 PM
Those are two different issues. ad_conn url should return the URL you actually used to access the page.
Collapse
25: Re: rp_handler and host-node mapped subsites (response to 20)
Posted by Torben Brosten on 06/28/11 06:16 PM
It would be nice to finally fix ad_conn url for host node mapping cases.

It's been a couple of years since I've been messing with host node mapping.

Apparently site_node::conn_url isn't a direct substitute as I mentioned. I'm terribly sorry about spouting that without re-checking.

site_node::conn_url is a proc for building urls that work when ad_conn url breaks for host node mapping.

One can use site_node::conn_url to generate urls that work with or without hostnode mapping, so that a host node mapped site works from the main domain as well.

Using site_node::conn_url is really useful when the main domain has a ssl/https setup, because the site can switch back and forth between http/https without generating a security warning or changing the display templates. You can direct a user to login via https and then switch them back to http on the hostnode mapped subsite after login. The UI flow is smooth.