建议先在 Discussions · 想法 讨论范围;共识后再保留本 Issue 关联 PR。
为什么提出这个新的特性改动
首先感谢作者以及各位维护者一直以来对项目的维护与更新!
这是在之前修复 Page + POST_URL_PREFIX_MAPPING_CATEGORY 回归问题后,继续使用过程中的一个使用场景,因此整理成 Enhancement 讨论。
目前,当配置:
POST_URL_PREFIX = %category%/%year%/%month%/%day%
时,Page 如果没有填写 Date,会因为无法生成完整路径而进入 404。
我理解目前这是预期行为。
不过在我的使用场景中,Page 和 Post 的用途略有不同。
Post 通常都有发布日期,而有些 Page(例如说明页、指南、图鉴等)更偏向长期存在的独立页面,并不一定需要发布日期。
目前虽然可以通过填写 Date 解决,但这个日期只是为了生成 URL,并不会在页面内容中实际使用。
描述一下你推荐的解决方案
如果未来考虑支持这种场景,是否可以考虑在 Page 缺少 Date 时,为 Page 提供一个 fallback 路径,例如:
/category-mapping/slug
例如:
/manual/a-manual
如果填写了 Date,则仍然按照当前:
/category/year/month/day/slug
生成 URL,不影响现有行为。
描述一下你考虑过的其它替代解决方案
目前我会按照当前规则,为 Page 填写 Date,以避免进入 404。
因此这个 Enhancement 并不是为了解决无法使用的问题,而是希望能够兼顾那些不需要发布日期的 Page 使用场景。
补充说明
这个建议来源于我自己的实际使用体验,并不是认为当前实现存在问题。
如果最终认为保持目前的行为更合适,我也完全理解;只是觉得这个使用场景或许也有一定的参考价值,因此整理出来供讨论。
为什么提出这个新的特性改动
首先感谢作者以及各位维护者一直以来对项目的维护与更新!
这是在之前修复 Page + POST_URL_PREFIX_MAPPING_CATEGORY 回归问题后,继续使用过程中的一个使用场景,因此整理成 Enhancement 讨论。
目前,当配置:
POST_URL_PREFIX = %category%/%year%/%month%/%day%
时,Page 如果没有填写 Date,会因为无法生成完整路径而进入 404。
我理解目前这是预期行为。
不过在我的使用场景中,Page 和 Post 的用途略有不同。
Post 通常都有发布日期,而有些 Page(例如说明页、指南、图鉴等)更偏向长期存在的独立页面,并不一定需要发布日期。
目前虽然可以通过填写 Date 解决,但这个日期只是为了生成 URL,并不会在页面内容中实际使用。
描述一下你推荐的解决方案
如果未来考虑支持这种场景,是否可以考虑在 Page 缺少 Date 时,为 Page 提供一个 fallback 路径,例如:
/category-mapping/slug
例如:
/manual/a-manual
如果填写了 Date,则仍然按照当前:
/category/year/month/day/slug
生成 URL,不影响现有行为。
描述一下你考虑过的其它替代解决方案
目前我会按照当前规则,为 Page 填写 Date,以避免进入 404。
因此这个 Enhancement 并不是为了解决无法使用的问题,而是希望能够兼顾那些不需要发布日期的 Page 使用场景。
补充说明
这个建议来源于我自己的实际使用体验,并不是认为当前实现存在问题。
如果最终认为保持目前的行为更合适,我也完全理解;只是觉得这个使用场景或许也有一定的参考价值,因此整理出来供讨论。