Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Template/content redirects #3

Open
pushred opened this issue May 21, 2014 · 1 comment
Open

Template/content redirects #3

pushred opened this issue May 21, 2014 · 1 comment

Comments

@pushred
Copy link
Member

pushred commented May 21, 2014

The WordPress template hierarchy allows us to use index.php to route users onward, but we're not presently passing on any paths, so internally set links such as attachment pages and permalinks shown in the admin are incorrect.

Ideally we should be able to configure the appropriate offsite routes to correspond with each template and pass on any necessary parameters such as post IDs and slugs. We'll probably not be able to set an alternate domain however so we should also conditionally redirect depending on the query.

While this is all of course possible with Apache rewrites (which can also be simplified with plugins), the goal here is surface these dependencies and get them pointing to valid pages. The underlying implementation may still rely on these however. See also #2.

@localjo
Copy link
Member

localjo commented Aug 20, 2014

My understanding of how the offsite routes work is that it would depend on which hbs template in a Solidus site includes a post/page resources via the API. In theory, it could be included in any page on the Solidus site, there's not necessarily a 1-to-1 correlation. I'm not sure if there's really a way to detect the offsite routes from WordPress, so it would have to be manually entered in the WP admin.

Am I understanding this correctly?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants