Has anyone sucessfully set up a seperate publishing and staging location?
My problem is that the staging site I have added assumes that because items have been assemble in a slot specifying the production site (obviously) that it is a cross site link. So links to items listed in slots are referring to the production server url and not the staging server.
I have tried to create a new context removing the cross site link check but this results in no url being generated at all.
This was an attempt fake the result of $rx.cond.chooses but having the same result however this renders no link at all. The a href tags are null.
The problem seems to be that Rhythmyx has stored the ID of the site associated with the content assembled in the slots. Because the site used for Actively Assembling the slots is the Production Site definition when it comes to Publishing the Staging Site which has a different Site ID to that of the slot items relationship Site ID. So Rhythmyx treats this slot content as being on another site (as you’d expect) and so must treat it as cross site linking.
What I need to be able to do is find a way of instructing Rhythmys to treat the slot assembled content as being on the same site when creating assembly location links.
Besides “//Sites/Intranet” (and I know you have both production and staging sites for it), is there another “site”?
The reason I ask is, all the location schemes you printed use absolute address (start with http://…). If you only have one site folder, why not simply use relative address? Using relative addressing, the location schemes can start with $sys.pub_path + …
If absolute addressing is what you want, then you can define the value of rxs_urlroot to be “http://vs007:9992/Intranet” for the staging site and some other value for the production site.
This way, the publishing variable will be evaluated to the appropriate value depending on your publishing site.
One more option is to define a custom “context”. Out of box, you have Preview, Publish (to define publishing file paths), and Site Folder Assembly (to define href values). Define a custom Site Folder Assembly context and use it exclusively for the contentlists used for staging.
This response is just an fyi since it might help others with a similar question, please let me know if you see anything wrong with our approach.
We wanted to accomplish a similar staging process, however all of our production sites are being served behind a cname in apache (i.e. worldwide.erau.edu). For the temporary staging process we didn’t want to set up cnames for each staging site so the same site would exist behind one domain name (i.e. webstage.erau.edu/worldwide).
We changed our Site Folder Assembly for HTML Pages (301) context to: