चयनित दिनांक सीमा के लिए डेटा पुनर्प्राप्त करते समय, हमने देखा कि हमारी गणना कुछ मार्जिन से कम थी। हालाँकि, जब हमने तारीख एक दिन कम कर दी, तो डेटा बिल्कुल मेल खा गया!

ह्म्म्... हमारे कोड में तारीख को कैसे प्रबंधित किया जा रहा है, इसमें कोई समस्या हो सकती है। शायद समयक्षेत्र को सही ढंग से प्रबंधित नहीं किया जा रहा है—और हां, मैं सही था!

विभिन्न समय क्षेत्रों के उपयोगकर्ताओं को शामिल करने वाले एप्लिकेशन बनाते समय, तारीखों को ठीक से संभालना मुश्किल हो सकता है। निरंतरता सुनिश्चित करने के लिए UTC में तिथियां संग्रहीत करना एक सामान्य सर्वोत्तम अभ्यास है, लेकिन जब उपयोगकर्ता अपने स्थानीय समयक्षेत्र में तिथियां इनपुट करते हैं, खासकर फ़िल्टरिंग और क्वेरी के दौरान, तो चीजें जटिल हो सकती हैं।

डेवलपर्स अक्सर इन रूपांतरणों को संभालने के लिए मूल जावास्क्रिप्ट दिनांक ऑब्जेक्ट का सहारा लेते हैं। हालाँकि, यह दृष्टिकोण संपूर्ण वातावरण में विसंगतियों को जन्म दे सकता है, जैसे कि Node.js बनाम Chrome जैसे ब्राउज़र कंसोल। इस लेख में, हम पता लगाएंगे कि दिनांक और समयक्षेत्र रूपांतरणों को ठीक से संभालना क्यों महत्वपूर्ण है, कैसे लक्सन इस प्रक्रिया को आसान बना सकता है, और मूल जावास्क्रिप्ट दिनांक ऑब्जेक्ट पर भरोसा करने से विसंगतियां क्यों हो सकती हैं।

समस्या: यूटीसी संग्रहण बनाम स्थानीय समय फ़िल्टरिंग

जब तिथियां यूटीसी में संग्रहीत की जाती हैं, तो वे एक वैश्विक मानक का प्रतिनिधित्व करती हैं जो समयक्षेत्रों के कारण होने वाली अस्पष्टता को समाप्त करती है। हालाँकि, उपयोगकर्ता आमतौर पर अपने स्थानीय समयक्षेत्र के संदर्भ में सोचते हैं। यह विसंगति तब स्पष्ट हो जाती है जब उपयोगकर्ता स्थानीय समय इनपुट का उपयोग करके दिनांक के अनुसार रिकॉर्ड फ़िल्टर करने का प्रयास करते हैं।

आइए एक उदाहरण देखें जहां उपयोगकर्ता के स्थानीय समय इनपुट को ठीक से प्रबंधित नहीं किए जाने पर रिकॉर्ड छूट सकता है।

उदाहरण परिदृश्य: GMT-7 टाइमज़ोन में एक उपयोगकर्ता

जीएमटी-7 समयक्षेत्र (प्रशांत डेलाइट समय) में एक उपयोगकर्ता की कल्पना करें। 5 सितंबर, 2024 को, उन्होंने अपने स्थानीय समय में 10:00 अपराह्न पर एक रिकॉर्ड बनाया। यहाँ पर्दे के पीछे क्या होता है:

• 5 सितंबर, 2024, 10:00 अपराह्न जीएमटी-7 को 6 सितंबर, 2024, 05:00 पूर्वाह्न यूटीसी में बदल दिया गया है और डेटाबेस में संग्रहीत किया गया है।
• हालाँकि, उपयोगकर्ता का मानना ​​है कि उन्होंने यह रिकॉर्ड 5 सितंबर को बनाया है।

फ़िल्टर बेमेल

अब, मान लीजिए कि उपयोगकर्ता 5 सितंबर को बनाए गए सभी रिकॉर्ड को क्वेरी करना चाहता है। वे अपना रिकॉर्ड पुनः प्राप्त करने की उम्मीद में दिनांक सितंबर 5, 2024 दर्ज करते हैं। हालाँकि, यदि सिस्टम समय क्षेत्र के अंतर को समायोजित किए बिना इनपुट तिथि की तुलना सीधे संग्रहीत UTC तिथि से करता है, तो उपयोगकर्ता रिकॉर्ड को मिस कर देगा। क्यों?

• रिकॉर्ड को डेटाबेस में सितंबर 6 (UTC) के रूप में सहेजा गया था।
• उपयोगकर्ता 5 सितंबर (उनका स्थानीय समय) के लिए फ़िल्टर करता है, लेकिन सिस्टम इसकी तुलना यूटीसी से करता है, जिसके परिणामस्वरूप कोई मिलान नहीं होता है।

जावास्क्रिप्ट दिनांक ऑब्जेक्ट: संपूर्ण परिवेश में विसंगतियाँ

निम्नलिखित उदाहरण कोड दिनांक और समय रूपांतरणों को संभालने के लिए मूल जावास्क्रिप्ट दिनांक ऑब्जेक्ट का उपयोग करते समय एक सामान्य समस्या को प्रदर्शित करता है, विशेष रूप से नोड.जेएस और ब्राउज़र (उदाहरण के लिए, क्रोम कंसोल) जैसे विभिन्न वातावरणों में।

उदाहरण कोड:

function convertToUtcStartOfDay(isoString) {
  // Step 1: Parse the ISO string into a Date object
  let localDate = new Date(isoString);

  // Step 2: Set the time to the start of the day (00:00:00) in local time zone
  localDate.setHours(0, 0, 0, 0);

  // Step 3: Get the UTC time using toISOString() – it converts local time to UTC
  let utcStartOfDay = localDate.toISOString();

  return utcStartOfDay; // This will be in UTC
}

// Example usage:
let frontendDate = "2023-08-22T00:00:00 05:30"; // ISO string with timezone offset
let startOfDayUtc = convertToUtcStartOfDay(frontendDate);

console.log(startOfDayUtc); // Expected output: "2023-08-21T18:30:00.000Z"

इस उदाहरण में, उपयोगकर्ता दिनांक "2023-08-22T00:00:00 05:30" (GMT 5:30 समयक्षेत्र से) इनपुट करता है। दिनांक ऑब्जेक्ट को इसे यूटीसी में दिन की शुरुआत में परिवर्तित करना चाहिए, लेकिन निष्पादित होने पर:

• Node.js में, आउटपुट 2023-08-21T00:00:00.000Z है - गलत
• क्रोम के कंसोल में, आउटपुट 2023-08-21T18:30:00.000Z है - सही

कोड निष्पादित होने के स्थान के आधार पर यह विसंगति अप्रत्याशित परिणाम दे सकती है। यह व्यवहार दिनांक ऑब्जेक्ट को विभिन्न परिवेशों में लगातार दिनांक प्रबंधन के लिए अविश्वसनीय बनाता है।

सटीक दिनांक प्रबंधन के लिए लक्सन का उपयोग करना

इस समस्या को हल करने के लिए, लक्सन जैसी लाइब्रेरी का उपयोग करना महत्वपूर्ण है जो पूरे वातावरण में सुसंगत व्यवहार प्रदान करता है। लक्सन आपको उपयोगकर्ता के स्थानीय इनपुट को उनके समयक्षेत्र में दिन के उचित प्रारंभ और अंत में बदलने में मदद करता है, और फिर सटीक डेटाबेस प्रश्नों के लिए उस समय को यूटीसी में परिवर्तित करता है।

इसे संभालने के लिए लक्सन का उपयोग करने का एक उदाहरण यहां दिया गया है:

const { DateTime } = require('luxon');

// Example user input date in ISO string with timezone information from the frontend
const userInputDate = "2023-08-22T00:00:00 05:30"; // ISO string sent by frontend

// Step 1: Parse the ISO string to get the user's local time
const userLocalDate = DateTime.fromISO(userInputDate);

// Step 2: Convert this date to start of the day and end of the day in the user's local timezone
const startOfDayLocal = userLocalDate.startOf('day'); // start of the day in the user's timezone
const endOfDayLocal = userLocalDate.endOf('day'); // end of the day in the user's timezone

// Step 3: Convert these local start and end times to UTC
const startOfDayUtc = startOfDayLocal.toUTC().toJSDate(); // start of the day in UTC
const endOfDayUtc = endOfDayLocal.toUTC().toJSDate(); // end of the day in UTC

// Step 4: Query the database using the UTC range
db.records.find({
  createdAt: {
    $gte: startOfDayUtc,
    $lte: endOfDayUtc
  }
});

लक्सन जावास्क्रिप्ट डेट ऑब्जेक्ट से बेहतर क्यों है?

दिनांक और समयक्षेत्र रूपांतरणों को सीधे मूल जावास्क्रिप्ट दिनांक ऑब्जेक्ट के साथ संभालने से ऊपर दिखाए गए जैसी विसंगतियां हो सकती हैं। यहां कुछ कारण बताए गए हैं कि क्यों लक्सन एक बेहतर विकल्प है:

1. परिवेशों में संगति: चाहे कोड Node.js में चल रहा हो या ब्राउज़र में (उदाहरण के लिए, क्रोम कंसोल)। लक्सन सुसंगत व्यवहार प्रदान करता है। यह विभिन्न परिवेशों में दिनांक ऑब्जेक्ट का उपयोग करने से उत्पन्न होने वाली विसंगतियों को समाप्त करता है।

2. अंतर्निहित टाइमज़ोन समर्थन: लक्सन टाइमज़ोन के बीच कनवर्ट करना आसान बनाता है, जबकि दिनांक ऑब्जेक्ट टाइमज़ोन हेरफेर के लिए मजबूत समर्थन प्रदान नहीं करता है।

3. सरल तिथि हेरफेर: उपयोगकर्ता के स्थानीय समयक्षेत्र में एक दिन की शुरुआत या अंत निर्धारित करना और इसे यूटीसी में परिवर्तित करना वैश्विक अनुप्रयोगों में एक सामान्य कार्य है। लक्सन अपनी सहज एपीआई के साथ इस प्रक्रिया को सरल बनाता है, जबकि डेट को जटिल मैन्युअल हैंडलिंग की आवश्यकता होती है।

निष्कर्ष

विश्वसनीय, उपयोगकर्ता-अनुकूल एप्लिकेशन बनाने के लिए दिनांक और समयक्षेत्र रूपांतरणों को ठीक से संभालना महत्वपूर्ण है। यदि डेवलपर्स रिकॉर्ड फ़िल्टर करते समय समय क्षेत्र के अंतर को ध्यान में रखने में विफल रहते हैं, तो उपयोगकर्ता महत्वपूर्ण डेटा से चूक सकते हैं - जिससे भ्रम और संभावित रूप से गंभीर त्रुटियां हो सकती हैं।

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

वैश्विक अनुप्रयोगों में, सटीक और विश्वसनीय दिनांक प्रबंधन उपयोगकर्ताओं को उनके समय क्षेत्र की परवाह किए बिना उच्च गुणवत्ता वाला अनुभव प्रदान करने की कुंजी है।

अंतिम विचार

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