Не використовуйте post_date
поле для нічого, для чого воно не створено. Використовуйте замість метаполя публікації. post_date
Це неминучеpost_date_gmt
, ви отримаєте дивний побічний ефект , навіть ви могли б отримати більш ранню дату в цьому.
Тому створення поштових полів метаданих і запитів тих , хто за податковий запит . Ігноруйте поле за замовчуванням.
У відповідь на ваш коментар: Не використовуйте систематику.
- Таксономії побудовані так, щоб дозволити кілька термінів на посаду (тут ігноруйте постформати ). Схема не відповідає вашому випадку використання.
- Запити таксономії дорогі, вони проходять через три таблиці.
- Вам доведеться змінити інтерфейс за замовчуванням, щоб запобігти нещасним випадкам, як кілька завдань. Можливо, але не зовсім просто і, можливо, не сумісне вперед.
Я також запустив плагін "Менеджер книг", на жаль, він все ще знаходиться в статусі проекту ... але я маю кілька рекомендацій щодо дат:
Використовуйте два типи публікацій: один для опусу, один для реальних видань ( opus
тип буде батьківським для кількох видань). Таким чином, ви можете зберігати дату створення в опусі, дату публікації (мова, редактор, перекладач тощо) у виданні.
Читайте Як зробити <time>
безпечним для істориків . Дати до 1970 року важкі.
Функції дати та часу MySQL не можуть обробляти всі випадки, ви закінчуєте деякі власні процедури для сортування, залежно від рішення для (2.).