We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
On https://www.devopsdays.org/events/2016-kansascity/program/kyle-sexton/, the meta information for published_time is the unix epoch (0001-01-01 00:00:00), which results in a bad date in apps that use this information.
<meta property="article:published_time" content="0001-01-01 00:00:00 +0000 UTC"/>
I also spot checked another link - https://www.devopsdays.org/events/2016-detroit/program/containers-will-not-fix/
The text was updated successfully, but these errors were encountered:
Oh, snap.
We set that here: https://github.com/devopsdays/devopsdays-web/blob/master/layouts/partials/head/seo/open_graph.html#L36
But the problem is that .PublishDate isn't set in the frontmatter of anything.
.PublishDate
One possible fix would be to change that line to be content="{{ .Date }} instead.
content="{{ .Date }}
The other fix is to add the PublishDate parameter to frontmatter of everything.
PublishDate
I think that we should actually add PublishDate, because it might be used other places we don't know about. Or better yet, here's what we do:
Date
Sorry, something went wrong.
Did a little bit of digging, and it seems that .PublishDate is generated off of Date, but it's not working for some reason.
Hugo support forums suggested that the problem is we have Date in quotes, which is odd because it comes from the generator.
This will be fixed in devopsdays-theme
mattstratton
No branches or pull requests
On https://www.devopsdays.org/events/2016-kansascity/program/kyle-sexton/, the meta information for published_time is the unix epoch (0001-01-01 00:00:00), which results in a bad date in apps that use this information.
I also spot checked another link - https://www.devopsdays.org/events/2016-detroit/program/containers-will-not-fix/
The text was updated successfully, but these errors were encountered: