-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Blog URLs are too complex and contain unresolvable components #19
Comments
Agreed. The current post links should be defaulted to something like |
Remember we want the slash at the end when generating the permalink so it generates |
My original intention is to change Jekyll’s config to specify permalinks much like on Ribose Open sites, so that canonical URLs are without file extension and with trailing slash. An URL used without trailing slash would be redirected to the canonical version. I can’t remember for sure if RO setup involves any magic outside Jekyll (could be something with Lambda URL rewrites). Do you reckon there’s any deviation in configuration between RO and ISO TC sites? Do we use the same Terraforma configuration for both? |
Configurations are identical 😉 That's why the terraform module (https://github.com/riboseinc/terraform-aws-s3-cloudfront-website/) is so handy. However I think in many pages we have the |
I’ll check on that, I believe it shouldn’t be necessary to configure permalinks in frontmatter… |
For example, in https://www.isotc211.org/press/1997/05/14/tc211-ogc-collaborate-on-standards.html paths such as https://www.isotc211.org/press/ or https://www.isotc211.org/press/1997/ currently 404.
We probably want to specify simpler permalinks in the default configuration of jekyll-theme-isotc211 and make sure it gets inherited on TC sites (inheritance is provided by the jekyll-data plugin). For existing posts on TC sites we want to set up redirects from current URLs to new ones (using the redirect-from plugin).
Permalinks that looks like
<domain>/news/<post-slug>/
should be good enough. We might want to drop the .html extension while at that (currently posts seem to be (?) resolving both with and without the extension, though this might’ve been something with my local configuration).The text was updated successfully, but these errors were encountered: