请勿使用post_date
它不是为任何事情而设计的。改为使用post元字段。这个post_date
是bound to post_date_gmt
, 你会得到奇怪的副作用,即使你可以提前约会。
因此,创建post元字段并根据tax query. 忽略默认字段。
回答您的评论:不要使用分类法。
分类法的构建允许每个帖子使用多个术语(忽略post-formats 此处)。该方案与您的用例不匹配分类查询很昂贵,它们运行在三个表中您必须更改默认界面,以防止发生诸如多个工作分配之类的事故。可能,但不完全简单,也可能不向前兼容我也曾经启动过一个book manager插件,不幸的是它仍处于草稿状态……但我对日期有一些建议:
使用两种帖子类型:一种用于作品,一种用于真实版本(theopus
类型将是多个版本的父级)。因此,您可以在opus中存储创建日期,在版本中存储发布日期(语言、编辑、翻译人员等)。
阅读Making <time>
safe for historians. 1970年之前的日期很难确定。
在MySQL Date and Time Functions 由于无法处理所有情况,最终会产生一些用于排序的自定义例程,具体取决于(2)的解决方案。