Kullanmayın post_date
o için üretilmemiş şey için alan. Bunun yerine bir yayın meta alanı kullanın. post_date
Olduğu bağlıpost_date_gmt
, hatta bu içine daha erken bir tarih alabilir garip bir yan etkisi tanınacak.
Dolayısıyla, meta meta alanları oluşturun ve vergi sorgusu başına bunları sorgulayın . Varsayılan alanı yok sayın.
Yorumunuza cevap olarak: Sınıflandırma kullanmayın.
- Taksonomiler, gönderi başına birden çok terime izin verecek şekilde oluşturulur ( buradaki post formatları yoksayın ). Şema, kullanım durumunuzla eşleşmiyor.
- Taksonomi sorguları pahalıdır, üç tablodan geçer.
- Birden fazla atama gibi kazaları önlemek için varsayılan arayüzü değiştirmeniz gerekir. Mümkün, ancak tam olarak basit değil ve ileriye doğru uyumlu olmayabilir.
Bir kitap yöneticisi eklentisine de bir kez başladım, maalesef hala taslak durumunda ... ancak tarihlerle ilgili bazı önerilerim var:
İki gönderi türü kullanın: biri opus için, diğeri gerçek sürümler için ( opus
tür birden fazla sürüm için bir üst olacaktır). Böylece oluşturma tarihini opus'ta, yayın tarihini (dil, editör, çevirmen vb.) Sürümde saklayabilirsiniz.
Oku yapma <time>
tarihçiler için kasa . 1970 öncesi tarihler zor.
MySQL Tarih ve Saat İşlevleri bütün davaları işleyemez, siz (2.) için çözümü bağlı olarak sıralamak için bazı özel rutinleri ile bitirmek.