यूनिक्स जैसी प्रणालियों में विभिन्न समय क्षेत्रों में समय के साथ काम करने का अभ्यास

यदि आपका आवेदन न केवल स्थानीय समय पर निर्भर करता है, बल्कि अन्य समय क्षेत्रों में भी इसके प्रतिनिधित्व पर निर्भर करता है, तो संभवतः आपने अलग-अलग समय क्षेत्रों में समय का प्रतिनिधित्व करने में कठिनाई का सामना किया है। सामना नहीं हुआ है? इसलिए आपने अपने एप्लिकेशन को यूनिक्स दुनिया में पोर्ट नहीं किया।

वास्तव में, विंडोज में, एक प्रोग्रामर को समय क्षेत्र के साथ काम करने के लिए विशेष WinAPI कार्यों का एक सुविधाजनक सेट प्रदान किया जाता है। एक उदाहरण TIME_ZONE_INFORMATION संरचना और इसके अतिरिक्त GetTimeZoneInformation फ़ंक्शन है।

लेकिन क्या होगा यदि आपको UTC + 0 के सापेक्ष ऑफ़सेट जानने की आवश्यकता है, "डेलाइट सेविंग टाइम" पर स्विच करने के नियम, जबकि किसी भी क्षेत्र के लिए लीप सेकंड और अन्य विशिष्ट जानकारी के साथ लीप वर्षों को ध्यान में रखते हुए, और यह सब यूनिक्स जैसे ऑपरेटिंग सिस्टम में? लेख सी / सी ++ में इस सभी कबाड़ के साथ काम करने के अभ्यास के लिए समर्पित है।

इस विषय को विभिन्न दृष्टिकोणों से कई लेखों में बार-बार कवर किया गया है, लेकिन विशिष्ट भाषाओं, प्रणालियों और प्रौद्योगिकियों के व्यावहारिक उदाहरणों के साथ शायद ही कभी। स्टैक ओवरफ्लो पर उदाहरण मिल सकते हैं (जिनमें से बहुत सारे प्रश्न हैं), और हैबे पर इस विषय को काफी गहराई से छुआ गया था, लेकिन सैद्धांतिक दृष्टिकोण से। इसके अलावा, स्थानीय समय के विषय पर एक मिनी-अध्ययन भी है, जिससे हम यह जान सकते हैं कि कंप्यूटर के समय की समस्या बिल्कुल भी नहीं है, क्योंकि यह पहली नज़र में लगता है। अपनी खुद की जांच करने के बाद, मैं कुछ समय के लिए प्राप्त जानकारी के रूप में कुछ समय के लिए उन्हें जारी करने के तरीके के बारे में संक्षेप में और बुद्धिमानी से साझा करना चाहूंगा।

क्लासिक: सी स्टैंडर्ड लाइब्रेरी

हाँ, उस समय में परिभाषित time.h फ़ंक्शन की सहायता से। हेडर, आप समय रूपांतरण भी कर सकते हैं। कुछ प्रतिबंधों के साथ।

तथ्य यह है कि सभी स्थानीय रूप से निर्भर कार्य (जैसे gmtime() या localtime() स्थानीय मानकों को निर्धारित करने के लिए localtime() वातावरण चर का उपयोग करते हैं। और इसका मतलब है कि समय को वांछित समय क्षेत्र में परिवर्तित करने के लिए, आपको पहले इस चर (आवश्यक क्षेत्र के नाम के साथ) को सेट करना होगा, रूपांतरण फ़ंक्शन को कॉल करें, और फिर पर्यावरण से फिर से TZ को हटा दें। मल्टीटास्किंग और मल्टीथ्रेडिंग के लिए नहीं तो सब कुछ ठीक रहेगा। स्वाभाविक रूप से, यह विधि संघर्षों का कारण बन सकती है और त्रुटियों की भविष्यवाणी करने के लिए मुश्किल की उपस्थिति का कारण बन सकती है।

इस दृष्टिकोण का उपयोग कर नमूना कोड:

 putenv("TZ=Asia/Calcutta"); ///      tzset(); ///    time_t timeToConvert = time(0); ///     struct tm *pCalcuttasTime; ///      pCalcuttasTime = localtime(&timeToConvert); ///  putenv("TZ="); ///   TZ /// ...     ... 

tz डेटाबेस , या बाजीगरी बाइट्स

अपने स्वयं के प्रयोजनों के लिए ओल्सन डेटाबेस का उपयोग करना सबसे बेहतर विकल्प है। लाभ स्पष्ट हैं: डेटाबेस पूरी तरह से पृथ्वी के किसी भी कोने के लिए सभी कल्पनीय संक्रमण नियमों को दर्शाता है (पिछली शताब्दी की शुरुआत के बाद से इन नियमों में बदलाव को देखते हुए), इसे कई प्रणालियों के साथ वितरित किया जाता है (देखें /usr/share/zoneinfo ) और एक एकीकृत प्रारूप है, जबकि आधार सिस्टम के साथ अद्यतन किया गया। हालांकि, उसके साथ काम करने की कोशिश करने के बाद, मैंने इस विकल्प को छोड़ने का फैसला किया।

डेटाबेस को बाइनरी प्रारूप में वितरित किया जाता है (इसके लिए zic कंपाइलर का उपयोग किया जाता है)। प्रारूप विवरण tzfile.h हेडर फ़ाइल में पाया जा सकता है (इसे खोजने के लिए आधिकारिक एफ़टीपी डेटाबेस का उपयोग करें)। मुझे डेटाबेस के साथ काम करने के लिए कोई उपकरण नहीं मिला (शायद मैंने बुरी तरह देखा है?)। लेकिन जब मैंने आवश्यक समय क्षेत्र की फ़ाइल को पढ़ने की कोशिश की, तो मैं डेटा व्याख्या की समस्या में भाग गया - इन सभी सूक्ष्मताओं और शब्दावली में, आप अपना सिर बंद कर सकते हैं, इस सभी खुदाई के उद्देश्य के बारे में भूल जाते हैं। और इस तरह के trifles को अनदेखा करने के लिए, सबसे उपयुक्त और सुविधाजनक उपकरण का उपयोग करने का निर्णय लिया गया था।

Boost.Date_Time

जैसा कि अक्सर ऐसी स्थितियों में होता है, बढ़ावा बचाव के लिए आता है। आधिकारिक दस्तावेज़ीकरण के संक्षिप्त अनुवाद वाले Date_Time पुस्तकालय सेट की व्यापक संभावनाओं के बारे में पहले से ही एक लेख था। वैसे, जो लोग अपने प्रोजेक्ट के लिए अनावश्यक निर्भरता नहीं जोड़ना चाहते हैं, उनके लिए अच्छी खबर यह है कि लाइब्रेरी हेडर-ओनली है (एक निश्चित प्रारूप के एक स्ट्रिंग से टाइमस्टैम्प ऑब्जेक्ट बनाने जैसे कुछ विशिष्ट स्थानों के अपवाद के साथ)।

समस्या को हल करने के दो तरीके हैं: प्रोग्राम में हार्डकोड के साथ वांछित समय क्षेत्र के नियमों को लिखें (और फिर इसके लिए खुद से नफरत करें), या सभी नियमों को एक विशेष CSV- प्रारूप फ़ाइल में संग्रहीत करें। ऐसी फ़ाइल को बाद में स्वचालित रूप से अपडेट किया जा सकता है (और संक्रमण नियमों को अद्यतित रखना, जो अत्यंत महत्वपूर्ण है)। फ़ाइल को वितरण के साथ वितरित किया जाता है (जिसे date_time_zonespec.csv कहा जाता है), लेकिन अन्य स्थानों से लिया जा सकता है। साथ ही, फ़ाइल का उपयोग, अन्य चीजों के अलावा, सभी क्षेत्रों के लिए नियम हैं।

बिना सहमति के भी नहीं चलेगा। क्या होगा यदि आपको बीसवीं शताब्दी की शुरुआत के आसपास कहीं टाइमस्टैम्प को बदलने की आवश्यकता है, जब संक्रमण के नियम अलग थे? ऐसे मामलों को भी ध्यान में रखना होगा, और, दुर्भाग्य से, यहां बढ़ावा देने से ज्यादा मदद नहीं मिल सकती है।

उदाहरण के लिए, मैं एक कोड दूंगा जो समय बदलने के लिए Date_Time लाइब्रेरी के सेट की क्षमताओं का उपयोग करता है।

 #include "boost/date_time/local_time/local_time.hpp" #include "boost/date_time/posix_time/posix_time.hpp" using namespace boost::local_time; using namespace boost::posix_time; ptime convertUTC0toCustomTimeZone(const ptime &utcTime, const std::string &tzName) { ///     tz_database tzDB; tzDB.load_from_file("./date_time_zonespec.csv"); ///    time_zone_ptr timeZone = tzDB.time_zone_from_region(tzName); /// tzName   "Asia/Calcutta" ///     local_date_time localTime(utcTime, timeZone); /// ...    return localTime.local_time(); } 

परिणाम

मैंने बूस्ट ऑप्शन का इस्तेमाल करना पसंद किया। बेशक, tz डेटाबेस का उपयोग करने से आप अपने टाइम ज़ोन की जानकारी को अपडेट रखने या किसी टाइमस्टैम्प को परिवर्तित करने के झंझट से बच जाएंगे, जिसके संक्रमण नियमों को बदल दिया गया है। लेकिन अधिकांश अनुप्रयोगों में, इस तरह के ट्रिक बेकार हैं, और बढ़ावा तारीखों के साथ काम करना बहुत सुविधाजनक है।