content/s1/p1.md

发布时间:2026/11/4 22:30:56

content/s1/p1.md content/s1/p1.md【免费下载链接】hugoThe world’s fastest framework for building websites.项目地址: https://gitcode.com/gh_mirrors/hu/hugodate: 2024-03-01 lastmod: 2024-03-02content/s1/p2.mddate: 2024-04-03 lastmod: 2024-04-04content/s1/p3.mdlastmod: 2099-05-06并在 layouts/list.html 中渲染 section 与 taxonomy 列表页的日期 go-html-template Date: {{ .Date.Format 2006-01-02 }} PublishDate: {{ .PublishDate.Format 2006-01-02 }} Lastmod: {{ .Lastmod.Format 2006-01-02 }}断言结果证明section 页、tag 列表页的Lastmod都聚合为三页中最新值2024-04-04p3的2099-05-06属于未来日期仅作为将来可能失效的边界用例存在Date聚合为最新的2024-04-03。当把 front matter 中的lastmod全部替换为publishDate后聚合结果随之变化PublishDate: 2024-04-04、Lastmod: 2024-04-03进一步印证了四个日期字段是独立聚合的。四、页面 Lastmod 的取值来源与解析顺序要真正理解.Site.Lastmod的最终值必须先弄清楚每个页面级 Lastmod 是怎么来的。它由 front matter 处理框架FrontMatterHandler负责解析完整逻辑在 resources/page/pagemeta/page_frontmatter.go。1. 默认解析顺序newDefaultFrontmatterConfigresources/page/pagemeta/page_frontmatter.go#L755-L762定义了四个日期字段的默认取值来源链func newDefaultFrontmatterConfig() FrontmatterConfig { return FrontmatterConfig{ Date: []string{fmDate, fmPubDate, fmLastmod}, Lastmod: []string{fmGitAuthorDate, fmLastmod, fmDate, fmPubDate}, PublishDate: []string{fmPubDate, fmDate}, ExpiryDate: []string{fmExpiryDate}, } }即Lastmod 默认按以下优先级取第一个可用的值:git—— 如果启用了 Git 集成取该文件最后一次提交的 Git AuthorDate作者提交日期lastmod—— front matter 中的lastmod字段别名modifieddate—— front matter 中的date字段publishdate—— front matter 中的publishdate字段别名pubdate、published。各来源标识符定义在 resources/page/pagemeta/page_frontmatter.go#L738-L752fmDate date // front matter 中的 date 字段 fmPubDate publishdate // front matter 中的 publishdate 字段 fmLastmod lastmod // front matter 中的 lastmod 字段 fmExpiryDate expirydate // front matter 中的 expirydate 字段 fmFilename :filename // 从文件名前缀解析日期如 2018-02-22-mypage.md fmModTime :filemodtime // 取文件操作系统修改时间 fmGitAuthorDate :git // 取 Git 最后一次提交的作者日期字段别名映射定义在 resources/page/pagemeta/page_frontmatter.go#L618-L623lastmod的别名是modifiedpublishdate的别名是pubdate与publishedexpirydate的别名是unpublishdate。2. 解析器如何工作createDateHandler会根据配置的标识符列表依次创建子处理器resources/page/pagemeta/page_frontmatter.go#L991-L1009并通过newChainedFrontMatterFieldHandler串联按顺序执行第一个成功取到非零时间的处理器即为最终值。例如newDateGitAuthorDateHandler:L1075-L1083读取FrontMatterDescriptor.GitAuthorDate若为零则跳过newDateFieldHandler:L1013-L1045从 front matter 取字段并调用htime.ToTimeInDefaultLocationE解析为时间解析失败会报错the lastmod front matter field is not a parsable datenewDateFilenameHandler:L1047-L1063与newDateModTimeHandler:L1065-L1073分别从文件名前缀与文件系统修改时间取值。GitAuthorDate在页面元数据初始化阶段注入hugolib/page__meta.go#L610-L613来源是页面携带的 Git 信息ps.gitInfo.AuthorDate。3. 自定义解析顺序frontmatter配置如果默认顺序不满足需求可在站点配置如hugo.toml中用frontmatter键自定义每个日期字段的来源顺序对应源码DecodeFrontMatterConfigresources/page/pagemeta/page_frontmatter.go#L764-L797[frontmatter] date [date, :filemodtime, :filename] lastmod [:git, lastmod, modified] publishDate [pubdate, date] expiryDate [expirydate, unpublishdate]其中:default占位符会被展开为对应的默认值列表expandDefaultValues:L811-L821。例如[frontmatter] lastmod [lastmod, :default]等价于lastmod [lastmod, :git, lastmod, date, publishdate]去重后。注意date字段别名modified也会被addDateFieldAliases自动展开:L799-L809。五、Git 集成让 Lastmod 自动跟随提交历史默认配置下 Lastmod 的第一优先来源是:git前提是启用 Git 信息集成。在hugo.toml中开启enableGitInfo true启用后Hugo 会为每个内容文件关联其最后一次提交的 Git 元数据哈希、提交说明、作者、作者日期等GitAuthorDate即取自该提交的作者日期。这意味着只要内容文件有新的提交无需手动维护 front matter站点的 Lastmod 就会自动更新——这也是很多文档站自动更新体验的来源。集成行为在 hugolib/gitinfo_github_test.go 中有端到端验证例如TestGitInfoFromGitModuleWithVersionQuery:L20-L65通过enableGitInfo true挂载带版本号的 Git 模块断言渲染页面能拿到对应提交的Hash、Subject、AuthorName等字段。测试同时表明 Git 信息集成对 Hugo Modules 挂载的内容同样生效分别验证了v3.0.0与v3.0.1两个版本挂载点的提交元数据。两点使用提示仅在 Git 仓库内构建才有效enableGitInfo需要 Hugo 能访问到.git元数据对模块挂载内容需要模块本身是 Git 仓库。与构建缓存的关系.Site.Lastmod依赖构建期的日期聚合而聚合结果在重建rebuild场景下同样会被重新计算相关逻辑在applyAggregates的rebuild分支中处理hugolib/content_map_page_assembler.go#L958-L972确保增量构建时首页/章节页的日期仍能正确刷新。六、实战组合按站点更新时间驱动页面逻辑将本文内容整合到真实站点可以这样做{{- $lastmod : .Site.Lastmod -}} {{- $today : now | time.Format 2006-01-02 -}} {{- $lastmodDay : $lastmod | time.Format 2006-01-02 -}} {{ if eq $today $lastmodDay }} span classbadge今日已更新/span {{ end }} time datetime{{ $lastmod.Format 2006-01-02T15:04:05Z07:00 }} {{ $lastmod | time.Format :date_long }} /time配合 RSS / sitemap / JSON-LD 输出时可使用 RFC 3339 格式让时间更规范{{ .Site.Lastmod.Format 2006-01-02T15:04:05Z07:00 }}【免费下载链接】hugoThe world’s fastest framework for building websites.项目地址: https://gitcode.com/gh_mirrors/hu/hugo创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
延伸阅读

更多相关文章

2026/11/5 15:00:49

基于Hadoop+Spark的民宿智能推荐系统设计与实现

1. 项目概述:大数据时代的民宿智能推荐这个毕业设计项目融合了当前大数据领域最主流的技术栈,构建了一个完整的民宿推荐系统解决方案。作为一名长期从事大数据系统开发的工程师,我认为这个选题非常贴合实际应用场景——随着旅游业的复苏和共享…

2026/11/5 14:10:30

ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配RS485,解决远距离温度监控难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 13:55:19

GD32E10x官方例程入门:从GPIO点灯到串口调试

简介:这份GD32E10x系列官方例程面向嵌入式硬件与单片机开发者,基于ARM Cortex-M3内核,汇集兆易创新GD32E10x的示例代码,适合工业控制、消费电子、通信设备等场景的学习、验证与二次开发。压缩包共935个文件,约11.16MB&…

2026/11/5 13:50:18

基于Django的运维平台实战:资产、发布、巡检、告警一体化

简介:这份资源是一套基于Django框架开发的运维平台源码,面向具备Python基础、希望了解Web运维系统实现思路的开发者与运维人员,可用于学习主机管理、服务监控、日志查看、任务调度、权限控制、资源统计、脚本执行与故障告警等常见运维模块的落…

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 0:02:07

多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中…

2026/11/5 0:02:07

大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#…

2026/11/5 0:02:07

鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的…

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑