Не используйте post_date
поле ни для чего, для чего оно не предназначено. Вместо этого используйте метаполе поста. post_date
Это неизбежноpost_date_gmt
, вы получите странный побочный эффект , даже вы могли бы получить более раннюю дату в этом.
Так что создавайте мета-поля постов и запрашивайте их по налоговым запросам . Игнорировать поле по умолчанию.
В ответ на ваш комментарий: Не используйте таксономию.
- Таксономии построены так, что допускают использование нескольких терминов на пост (игнорируйте пост-форматы здесь). Схема не соответствует вашему варианту использования.
- Запросы таксономии дороги, они проходят через три таблицы.
- Вам придется изменить интерфейс по умолчанию, чтобы предотвратить несчастные случаи, например, несколько назначений. Возможно, но не совсем просто и, возможно, не совместимо с форвардом.
Я тоже однажды запустил плагин диспетчера книг, но, к сожалению, он все еще в черновом состоянии ... но у меня есть несколько рекомендаций относительно дат:
Используйте два типа записей: один для опуса, другой для реальных изданий ( opus
тип будет родительским для нескольких изданий). Таким образом, вы можете сохранить дату создания в опусе, дату публикации (язык, редактор, переводчик и т. Д.) В издании.
Прочитайте Создание <time>
безопасного для историков . Даты до 1970 года тяжелые.
Функции даты и времени MySQL не могут обрабатывать все случаи, в результате вы получаете несколько пользовательских процедур для сортировки, в зависимости от вашего решения для (2.).