-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Improve canonical path for vision in Google #748
Conversation
From now all links will be not only without 'index.html', but without `.html` too.
For links contain html like https://1v9.im/post/theme-next-added-today's-poetry.html My conf: permalink: post/:uniq.html
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
title: {{ title }}
date: {{ date }}
tags: []
uniq:
categories:
comments: true
quicklink: false
--- |
I just updated readme, reread it. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, yes, netlify did the redirect on the server side... It's OK to do so
* Improved canonical path for vision in Google. From now all links will be not only without 'index.html', but without `.html` too. * Changed links in tag plugins. * Changed links in config.
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Pages must placed in subdirectories with

index.html
names, e.g.source/docs/troubleshooting/index.md
for pretty path withcanonical
option enabled:But if we want to use pages in root directories and named as is with

*.html
suffix,source/docs/advanced-settings.md
, canonical path will contain*.html
suffix:What is the new behavior?
From now all links will be not only without
index.html
, but without.html
too for pretty path withcanonical
option enabled. And not need to setpermalink
in each page for that.Pages now can placed in root directories and named as is with

*.html
suffix, e.g.source/docs/advanced-settings.md
:(with theme-next/theme-next.org@de8fffc and theme-next/theme-next.org@ac9141c changes)
How to use?
In local servers

*.html
suffix will be exists. For remove they in Production, need to create redirects (for Nginx) or use advanced settings in deployment services (like «Pretty URLs» in Netlify):Does this PR introduce a breaking change?