Jekyll 文章日期覆盖全解析用 Front Matter 精准控制 post 的发布时间与时区【免费下载链接】jekyll:globe_with_meridians: Jekyll is a blog-aware static site generator in Ruby项目地址: https://gitcode.com/gh_mirrors/je/jekyllJekyll 会依据文章文件名如2010-01-09-...markdown中的日期自动确定page.date但很多场景文章延迟发布、历史时间修正、多时区协作、按时间排序的合集文档需要手动改写发布时间。本文以 Jekyll 仓库测试夹具 test/source/_posts/2010-01-09-time-override.markdown 为核心完整讲解用 YAML Front Matter 的date字段覆盖文件名日期的语法、时区规则、Liquid 输出与底层实现原理让你能精确控制每篇文章的时间。一、为什么需要覆盖日期文件名日期 vs Front Matter 日期Jekyll 的 posts 约定以文件名开头承载日期例如2010-01-09-time-override.markdown。文件名日期会经由DATE_FILENAME_MATCHER定义于 lib/jekyll/document.rb解析并进入page.date等变量。但仅靠文件名日期只能精确到日文件名无法表达当天几点几分发布文件名日期是博客的归档时间无法表达实际写完、修订或重新发布的时间多作者或多时区站点中文件名日期只能使用作者本地时间难以统一。因此 Jekyll 允许在 Front Matter 中声明date该值优先级高于文件名日期。仓库为此准备了一组对照夹具test/source/_posts/2010-01-09-date-override.markdowndate: 2010-01-10仅覆盖到日test/source/_posts/2010-01-09-time-override.markdowndate: 2010-01-10 13:07:09覆盖到秒test/source/_posts/2010-01-09-timezone-override.markdowndate: 2010-01-10 13:07:09 00:00覆盖到秒并携带 UTC 时区。三份文件文件名相同仅 Front Matter 的date值不同恰好构成一组覆盖粒度递增的实验样本。二、三种覆盖写法与解析规则2.1 只写日期date-only--- date: 2010-01-10 ---对应夹具 test/source/_posts/2010-01-09-date-override.markdown。声明后该文章日期变为 2010-01-10与文件名中的 2010-01-09 不同。只写日期时时分秒会被解析为当天的00:00:00时区使用 Jekyll 运行时的本地时区。2.2 日期 时间time-only--- date: 2010-01-10 13:07:09 ---对应夹具 test/source/_posts/2010-01-09-time-override.markdown。这是最常见的完整覆盖写法可在分钟级精度控制发布时间。注意 YAML 中该值会被解析为字符串Jekyll 再调用Time.parse解析详见下文底层实现因此必须保持YYYY-MM-DD HH:MM:SS的可解析格式。2.3 日期 时间 时区timezone-aware--- date: 2010-01-10 13:07:09 00:00 ---对应夹具 test/source/_posts/2010-01-09-timezone-override.markdown。后缀00:00表示 UTC 偏移。携带时区后page.date会被转换为运行环境的本地时间这在跨时区协作或统一以 UTC 记录发布时刻时非常有用。2.4 时间值必须可被 Time.parse 解析无论哪种写法Front Matter 中的date最终都会进入Utils.parse_date见 lib/jekyll/utils.rbdef parse_date(input, msg Input could not be parsed.) parse_date_cache[input] || Time.parse(input).localtime rescue ArgumentError raise Errors::InvalidDateError, Invalid date #{input}: #{msg} end解析成功后结果会调用.localtime转换为本地时区解析失败如2010-13-45、纯文本会抛出Jekyll::Errors::InvalidDateError构建即报错结果带有进程级缓存parse_date_cache同构站点中重复的日期字符串只解析一次避免重复开销。三、时区行为仓库测试如何验证Jekyll 对是否带时区的行为有精确测试位于 test/test_document.rb夹具在 test/source/_dates 目录夹具文件Front Matter date期望结果构建机本地时区为 UTC8 时time_with_timezone.md2015-10-01 01:00:00 08002015/09/30转回本地时间后跨日time_without_timezone.md2015-10-01 01:00:002015/10/01按本地时区原样解释date_without_time.md2015-10-012015/10/01补零时零分测试同时验证了数据层document.data[date]与 Liquid 层document.to_liquid[date]的日期一致。由此可归纳三条实战规则带时区偏移如0800、00:00先按该偏移确定绝对时刻再.localtime转成构建机本地时区因此页面上显示的日期可能与字面值不同如上表跨日情形不带时区按构建机本地时区解释字面值即显示值只写日期等价于当天本地时间00:00:00。部署到不同时区的服务器如 GitHub Pages / CI 与本地时同一条date的显示结果可能不同——若要全站时间一致建议统一使用带 UTC 偏移的写法或在_config.yml中设定timezone。四、覆盖优先级Front Matter 高于文件名文件名兜底date的最终值由 lib/jekyll/document.rb 的modify_date决定def modify_date(date) if !data[date] || data[date].to_i site.time.to_i merge_data!({ date date }, :source filename) end end逻辑是仅当 Front Matter 中没有date或该值恰好等于站点构建时间时才用文件名日期兜底。因此Front Matter 写了date→ 覆盖文件名日期未写date→ 采用文件名日期未写date且文件名无日期如草稿→ 回退到文件修改时间或site.time见 lib/jekyll/document.rbdef date data[date] || (draft? ? source_file_mtime : site.time) end而覆盖动作发生在merge_data!中lib/jekyll/document.rbdate一旦存在就会经Utils.parse_date统一转换为Time对象。document.rb的read→read_content→merge_data!调用链保证了Front Matter 先于文件名、文件名最后兜底的优先级顺序。五、日期值如何影响排序、URL 与归档覆盖日期不只是显示层面的事它还深度参与站点行为文章排序Document#lib/jekyll/document.rb用data[date]比较文档日期相同再按路径比较。同一天发布的文章谁排在前面取决于其date的时分秒——这正是date需要覆盖到秒的意义URL 与永久链接URL 模板中的:year、:month、:day占位符取自日期覆盖date会直接影响输出路径归档与列表按年/月归档、post.date相关 Liquid 输出均基于覆盖后的最终Time对象。六、在模板中输出覆盖后的日期Front Matter 覆盖的日期以page.date即document.date暴露给模板是Time对象。配合 Jekyll 内置日期过滤器lib/jekyll/filters/date_filters.rb可灵活格式化{{ page.date | date_to_string }} !-- 如 10 Jan 2010 -- {{ page.date | date_to_string: ordinal }} !-- 如 10th Jan 2010 -- {{ page.date | date_to_string: ordinal, US }} !-- 如 Jan 10th, 2010 -- {{ page.date | date_to_long_string }} !-- 如 10 January 2010 -- {{ page.date | date_to_xmlschema }} !-- RSS/Atom 用 -- {{ page.date | date_to_rfc822 }} !-- RFC 822用于邮件订阅 --其中date_to_string支持 ordinal序数与 US美式两个可选参数lib/jekyll/filters/date_filters.rb序数生成规则见同文件ordinal方法11–13 一律为th其余按个位 1/2/3 对应 st/nd/rd。以上行为均有 test/test_filters.rb 覆盖例如sample_time输出27 Mar 2013、US 序数输出等。所有过滤器都会先经time方法统一为本地时间因此输出与第四节的时区规则一致。七、实践要点速查完整覆盖格式date: 2026-09-19 13:07:09可精确到秒时区统一多时区协作建议写成2026-09-19 13:07:09 00:00避免部署环境不同导致显示日期漂移只写日期当天 00:00:00 生效适合仅改归档日的场景优先级Front Matterdate 文件名日期 文件修改时间/site.time草稿非法日期会直接报错Invalid date ...Jekyll::Errors::InvalidDateError构建中断请先在本地验证与排序联动同日文章想自定义先后通过date的时分秒区分即可模板输出用date_to_string/date_to_long_string等过滤器格式化page.date如需稳定全站时区配合_config.yml的timezone配置使用。八、延伸阅读覆盖逻辑核心实现lib/jekyll/document.rbmerge_data!、modify_date、date、日期解析与缓存lib/jekyll/utils.rbparse_date日期输出过滤器lib/jekyll/filters/date_filters.rb时区行为测试test/test_document.rb日期过滤器测试test/test_filters.rb配套夹具test/source/_posts/2010-01-09-date-override.markdown、test/source/_posts/2010-01-09-time-override.markdown、test/source/_posts/2010-01-09-timezone-override.markdown【免费下载链接】jekyll:globe_with_meridians: Jekyll is a blog-aware static site generator in Ruby项目地址: https://gitcode.com/gh_mirrors/je/jekyll创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Jekyll 文章日期覆盖全解析用 Front Matter 精准控制 post 的发布时间与时区【免费下载链接】jekyll:globe_with_meridians: Jekyll is a blog-aware static site generator in Ruby项目地址: https://gitcode.com/gh_mirrors/je/jekyllJekyll 会依据文章文件名如2010-01-09-...markdown中的日期自动确定page.date但很多场景文章延迟发布、历史时间修正、多时区协作、按时间排序的合集文档需要手动改写发布时间。本文以 Jekyll 仓库测试夹具 test/source/_posts/2010-01-09-time-override.markdown 为核心完整讲解用 YAML Front Matter 的date字段覆盖文件名日期的语法、时区规则、Liquid 输出与底层实现原理让你能精确控制每篇文章的时间。一、为什么需要覆盖日期文件名日期 vs Front Matter 日期Jekyll 的 posts 约定以文件名开头承载日期例如2010-01-09-time-override.markdown。文件名日期会经由DATE_FILENAME_MATCHER定义于 lib/jekyll/document.rb解析并进入page.date等变量。但仅靠文件名日期只能精确到日文件名无法表达当天几点几分发布文件名日期是博客的归档时间无法表达实际写完、修订或重新发布的时间多作者或多时区站点中文件名日期只能使用作者本地时间难以统一。因此 Jekyll 允许在 Front Matter 中声明date该值优先级高于文件名日期。仓库为此准备了一组对照夹具test/source/_posts/2010-01-09-date-override.markdowndate: 2010-01-10仅覆盖到日test/source/_posts/2010-01-09-time-override.markdowndate: 2010-01-10 13:07:09覆盖到秒test/source/_posts/2010-01-09-timezone-override.markdowndate: 2010-01-10 13:07:09 00:00覆盖到秒并携带 UTC 时区。三份文件文件名相同仅 Front Matter 的date值不同恰好构成一组覆盖粒度递增的实验样本。二、三种覆盖写法与解析规则2.1 只写日期date-only--- date: 2010-01-10 ---对应夹具 test/source/_posts/2010-01-09-date-override.markdown。声明后该文章日期变为 2010-01-10与文件名中的 2010-01-09 不同。只写日期时时分秒会被解析为当天的00:00:00时区使用 Jekyll 运行时的本地时区。2.2 日期 时间time-only--- date: 2010-01-10 13:07:09 ---对应夹具 test/source/_posts/2010-01-09-time-override.markdown。这是最常见的完整覆盖写法可在分钟级精度控制发布时间。注意 YAML 中该值会被解析为字符串Jekyll 再调用Time.parse解析详见下文底层实现因此必须保持YYYY-MM-DD HH:MM:SS的可解析格式。2.3 日期 时间 时区timezone-aware--- date: 2010-01-10 13:07:09 00:00 ---对应夹具 test/source/_posts/2010-01-09-timezone-override.markdown。后缀00:00表示 UTC 偏移。携带时区后page.date会被转换为运行环境的本地时间这在跨时区协作或统一以 UTC 记录发布时刻时非常有用。2.4 时间值必须可被 Time.parse 解析无论哪种写法Front Matter 中的date最终都会进入Utils.parse_date见 lib/jekyll/utils.rbdef parse_date(input, msg Input could not be parsed.) parse_date_cache[input] || Time.parse(input).localtime rescue ArgumentError raise Errors::InvalidDateError, Invalid date #{input}: #{msg} end解析成功后结果会调用.localtime转换为本地时区解析失败如2010-13-45、纯文本会抛出Jekyll::Errors::InvalidDateError构建即报错结果带有进程级缓存parse_date_cache同构站点中重复的日期字符串只解析一次避免重复开销。三、时区行为仓库测试如何验证Jekyll 对是否带时区的行为有精确测试位于 test/test_document.rb夹具在 test/source/_dates 目录夹具文件Front Matter date期望结果构建机本地时区为 UTC8 时time_with_timezone.md2015-10-01 01:00:00 08002015/09/30转回本地时间后跨日time_without_timezone.md2015-10-01 01:00:002015/10/01按本地时区原样解释date_without_time.md2015-10-012015/10/01补零时零分测试同时验证了数据层document.data[date]与 Liquid 层document.to_liquid[date]的日期一致。由此可归纳三条实战规则带时区偏移如0800、00:00先按该偏移确定绝对时刻再.localtime转成构建机本地时区因此页面上显示的日期可能与字面值不同如上表跨日情形不带时区按构建机本地时区解释字面值即显示值只写日期等价于当天本地时间00:00:00。部署到不同时区的服务器如 GitHub Pages / CI 与本地时同一条date的显示结果可能不同——若要全站时间一致建议统一使用带 UTC 偏移的写法或在_config.yml中设定timezone。四、覆盖优先级Front Matter 高于文件名文件名兜底date的最终值由 lib/jekyll/document.rb 的modify_date决定def modify_date(date) if !data[date] || data[date].to_i site.time.to_i merge_data!({ date date }, :source filename) end end逻辑是仅当 Front Matter 中没有date或该值恰好等于站点构建时间时才用文件名日期兜底。因此Front Matter 写了date→ 覆盖文件名日期未写date→ 采用文件名日期未写date且文件名无日期如草稿→ 回退到文件修改时间或site.time见 lib/jekyll/document.rbdef date data[date] || (draft? ? source_file_mtime : site.time) end而覆盖动作发生在merge_data!中lib/jekyll/document.rbdate一旦存在就会经Utils.parse_date统一转换为Time对象。document.rb的read→read_content→merge_data!调用链保证了Front Matter 先于文件名、文件名最后兜底的优先级顺序。五、日期值如何影响排序、URL 与归档覆盖日期不只是显示层面的事它还深度参与站点行为文章排序Document#lib/jekyll/document.rb用data[date]比较文档日期相同再按路径比较。同一天发布的文章谁排在前面取决于其date的时分秒——这正是date需要覆盖到秒的意义URL 与永久链接URL 模板中的:year、:month、:day占位符取自日期覆盖date会直接影响输出路径归档与列表按年/月归档、post.date相关 Liquid 输出均基于覆盖后的最终Time对象。六、在模板中输出覆盖后的日期Front Matter 覆盖的日期以page.date即document.date暴露给模板是Time对象。配合 Jekyll 内置日期过滤器lib/jekyll/filters/date_filters.rb可灵活格式化{{ page.date | date_to_string }} !-- 如 10 Jan 2010 -- {{ page.date | date_to_string: ordinal }} !-- 如 10th Jan 2010 -- {{ page.date | date_to_string: ordinal, US }} !-- 如 Jan 10th, 2010 -- {{ page.date | date_to_long_string }} !-- 如 10 January 2010 -- {{ page.date | date_to_xmlschema }} !-- RSS/Atom 用 -- {{ page.date | date_to_rfc822 }} !-- RFC 822用于邮件订阅 --其中date_to_string支持 ordinal序数与 US美式两个可选参数lib/jekyll/filters/date_filters.rb序数生成规则见同文件ordinal方法11–13 一律为th其余按个位 1/2/3 对应 st/nd/rd。以上行为均有 test/test_filters.rb 覆盖例如sample_time输出27 Mar 2013、US 序数输出等。所有过滤器都会先经time方法统一为本地时间因此输出与第四节的时区规则一致。七、实践要点速查完整覆盖格式date: 2026-09-19 13:07:09可精确到秒时区统一多时区协作建议写成2026-09-19 13:07:09 00:00避免部署环境不同导致显示日期漂移只写日期当天 00:00:00 生效适合仅改归档日的场景优先级Front Matterdate 文件名日期 文件修改时间/site.time草稿非法日期会直接报错Invalid date ...Jekyll::Errors::InvalidDateError构建中断请先在本地验证与排序联动同日文章想自定义先后通过date的时分秒区分即可模板输出用date_to_string/date_to_long_string等过滤器格式化page.date如需稳定全站时区配合_config.yml的timezone配置使用。八、延伸阅读覆盖逻辑核心实现lib/jekyll/document.rbmerge_data!、modify_date、date、日期解析与缓存lib/jekyll/utils.rbparse_date日期输出过滤器lib/jekyll/filters/date_filters.rb时区行为测试test/test_document.rb日期过滤器测试test/test_filters.rb配套夹具test/source/_posts/2010-01-09-date-override.markdown、test/source/_posts/2010-01-09-time-override.markdown、test/source/_posts/2010-01-09-timezone-override.markdown【免费下载链接】jekyll:globe_with_meridians: Jekyll is a blog-aware static site generator in Ruby项目地址: https://gitcode.com/gh_mirrors/je/jekyll创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
