post_date
किसी भी चीज़ के लिए फ़ील्ड का उपयोग न करें जो इसके लिए नहीं बना है। इसके बजाय पोस्ट मेटा फ़ील्ड का उपयोग करें। करने के post_date
लिए बाध्य हैpost_date_gmt
, आप अजीब साइड इफेक्ट मिलेगा यहां तक कि आप उस में एक पहले की तारीख मिल सकती है।
इसलिए पोस्ट मेटा फ़ील्ड बनाएं और उन कर क्वेरी के अनुसार क्वेरी करें । डिफ़ॉल्ट फ़ील्ड पर ध्यान न दें।
अपनी टिप्पणी के जवाब में: एक वर्गीकरण का उपयोग न करें।
- टैक्सोनोमीज़ का निर्माण प्रति पोस्ट कई शब्दों की अनुमति देने के लिए किया जाता है ( यहाँ पोस्ट-फॉर्मेट को अनदेखा करें)। योजना आपके उपयोग के मामले से मेल नहीं खाती है।
- टैक्सोनॉमी प्रश्न महंगे हैं, वे तीन तालिकाओं के माध्यम से चलते हैं।
- कई असाइनमेंट जैसी दुर्घटनाओं को रोकने के लिए आपको डिफ़ॉल्ट इंटरफ़ेस बदलना होगा। संभव है, लेकिन बिल्कुल सरल नहीं और शायद आगे-संगत नहीं।
मैंने एक बार एक पुस्तक प्रबंधक प्लगइन भी शुरू किया, दुर्भाग्य से यह अभी भी एक मसौदा स्थिति में है ... लेकिन मेरे पास तारीखों के बारे में कुछ सिफारिशें हैं:
दो पोस्ट प्रकारों का उपयोग करें: ओपस के लिए एक, वास्तविक संस्करणों के लिए एक ( opus
प्रकार कई संस्करणों के लिए एक अभिभावक होगा)। इसलिए आप संस्करण में रचना दिनांक, प्रकाशन दिनांक (भाषा, संपादक, अनुवादक और इतने पर) संग्रह में संग्रहीत कर सकते हैं।
इतिहासकारों के लिए सुरक्षित बनाना<time>
पढ़ें । 1970 से पहले की तिथियां कठिन हैं।
MySQL दिनांक और समय कार्य सभी मामलों को संभाल नहीं कर सकते हैं, तो आप छँटाई के लिए कुछ कस्टम दिनचर्या के साथ खत्म, (2.) के लिए अपने समाधान पर निर्भर करता है।