टूल
गाइड

विश्व घड़ी और बैठक योजनकर्ता

रूपांतरण

कई समय क्षेत्रों का वर्तमान समय साथ-साथ तुलना करें और क्षेत्रों के बीच बैठकों की योजना बनाएं। एक क्षेत्र में संदर्भ समय चुनें और बाकी सभी सिंक हो जाते हैं; कार्य घंटे (9–18) हाइलाइट किए जाते हैं।

100% क्लाइंट-साइड कोई बैकएंड नहीं
समय मोड
शुरू करने के लिए एक समय क्षेत्र जोड़ें।
इस पृष्ठ पर

विश्व घड़ी और बैठक योजनकर्ता क्या है?#

एक विश्व घड़ी कई शहरों में वर्तमान वॉल-क्लॉक समय एक साथ दिखाती है। एक बैठक योजनकर्ता एक कदम आगे जाता है: यह आपको एक संदर्भ क्षण चुनने देता है और पढ़ता है कि वही क्षण आपके हर पसंदीदा समय क्षेत्र में कैसा दिखता है — ताकि आप ऐसा घंटा ढूँढ सकें जो हर किसी के कार्य दिन के भीतर आता है, बजाय यह गलती के कि टोक्यो में किसी सहकर्मी को रात 11 बजे कॉल का अनुरोध करें।

यह देखने से जो अधिक कठिन लगता है वह डेलाइट सेविंग टाइम है। किसी शहर का UTC से ऑफ़सेट स्थिर नहीं है: न्यूयॉर्क सर्दियों में UTC-5 (EST) किंतु गर्मियों में UTC-4 (EDT) है; लंदन सर्दियों में UTC+0 किंतु गर्मियों में UTC+1 (BST) है; सिडनी प्रतिबिंब है, उत्तरी सर्दियों के दौरान गर्मी समय पर। साधारण “8 घंटे घटाएँ” गणित ऐसी बैठकें बनाता है जो आधे वर्ष के लिए एक घंटे आगे-पीछे होती हैं। यह पेज हर ऑफ़सेट उस विशिष्ट क्षण पर गणना करता है जिसके लिए आप योजना बना रहे हैं, ब्राउज़र के Intl समय क्षेत्र डेटाबेस का उपयोग करके, इसलिए DST सही और स्वचालित रूप से लागू होता है।

घड़ी से परे, पेज हर क्षेत्र को आपके नियंत्रण वाले कार्य घंटों के आधार पर कार्य या बंद के रूप में चिह्नित करता है, ताकि एक नज़र आपको बता दे कि प्रस्तावित समय हर स्थान के लिए उपयुक्त है या नहीं।

इसका उपयोग कैसे करें#

  1. पेज लाइव (अभी) मोड में आरंभ होता है, लाइव टिकता है, आपके स्थानीय समय क्षेत्र, UTC और तीन प्रमुख केंद्रों (न्यूयॉर्क, लंदन, टोक्यो) के साथ पहले से चुना हुआ।
  2. दुनिया के किसी भी IANA क्षेत्र को जोड़ने के लिए समय क्षेत्र जोड़ें ड्रॉपडाउन का उपयोग करें। सूची आधुनिक ब्राउज़रों पर Intl.supportedValuesOf('timeZone') से आती है (सैकड़ों क्षेत्र), पुराने इंजनों पर लगभग 24 सामान्य शहरों का क्यूरेटेड फ़ॉलबैक।
  3. बैठक की योजना के लिए संदर्भ समय मोड पर स्विच करें: एक तिथि और समय चुनें (डिफ़ॉल्ट रूप से आपके स्थानीय क्षेत्र में व्याख्यायित), और हर पंक्ति पुनः-रेंडर करती है ताकि वही क्षण प्रत्येक क्षेत्र में दिखे — तिथि के साथ अंतर्राष्ट्रीय तिथि रेखा के पार आगे या पीछे लुढ़कते हुए।
  4. नियंत्रित करने के लिए कार्य घंटे (डिफ़ॉल्ट 9–18) सेट करें कि कौन-सी पंक्तियाँ कार्य बनाम बंद चिह्नित होती हैं। जिन पंक्तियों का स्थानीय घंटा खिड़की के भीतर और कार्यदिवस पर है वे प्रकाशित होती हैं; बाहर वाली नहीं।
  5. डिफ़ॉल्ट पर रीसेट करें डिफ़ॉल्ट क्षेत्र समूह पर लौटाता है; सभी साफ़ करें सूची खाली करता है।

मुख्य विशेषताएँ#

  • DST-जागरूक ऑफ़सेट। हर ऑफ़सेट चुने हुए क्षण पर क्षेत्र के वॉल-क्लॉक फ़ील्ड से लिया जाता है, न कि किसी नियत तालिका से — ताकि जुलाई में योजित बैठक DST नियम बदलने पर भी सही रहे, और उत्तरी व दक्षिणी गोलार्ध क्षेत्र सममित रूप से संभाले जाते हैं।
  • संदर्भ-समय योजना। संदर्भ मोड पर जाएँ, एक स्थानीय समय टाइप करें, और उसी क्षण पर हर दूसरे क्षेत्र का समकक्ष पढ़ें। तिथि इनपुट दो-पास ऑफ़सेट परिष्करण द्वारा DST-सुरक्षित है जो संक्रमण सीमाओं को सही संभालता है।
  • कार्य/बंद चिह्नित करना। प्रत्येक पंक्ति स्थानीय घंटे और कार्यदिवस के आधार पर, आपके द्वारा समायोजित कार्य घंटों के विरुद्ध, कार्य या बंद टैग की जाती है। फ़्लैग के स्तंभ को स्कैन करना ऑफ़सेट घटाने से कहीं तेज़ है।
  • स्थानीयकृत कार्यदिवस और समय नाम। कार्यदिवस और महीना लेबल पेज की लोकेल में Intl.DateTimeFormat से आते हैं — पुरानी होने के लिए कोई हाथ से अनुवादित स्ट्रिंग नहीं।
  • पूर्ण IANA क्षेत्र कवरेज। सैकड़ों क्षेत्र, आधे घंटे और पैंतालीस-मिनट की विचित्रताओं सहित (भारत UTC+5:30, नेपाल UTC+5:45, ऑस्ट्रेलिया के कुछ हिस्से UTC+9:30)।

विस्तृत उदाहरण#

आप शंघाई में हैं और न्यूयॉर्क, लंदन, टोक्यो और सिडनी के साथ कॉल चाहिए। संदर्भ समय मोड पर स्विच करें और Asia/Shanghai में 2026-08-10 09:00 (एक सोमवार) दर्ज करें। पेज उस एक क्षण को सभी पाँच क्षेत्रों में समाधानित करता है:

Asia/Shanghai     UTC+08:00   Mon 09:00   Work
Asia/Tokyo        UTC+09:00   Mon 10:00   Work
Australia/Sydney  UTC+10:00   Mon 11:00   Work
Europe/London     UTC+01:00   Mon 02:00   Off
America/New_York  UTC-04:00   Sun 21:00   Off

अगस्त उत्तरी गोलार्ध की गर्मी है, इसलिए लंदन BST (UTC+1) पर और न्यूयॉर्क EDT (UTC-4) पर; सिडनी दक्षिणी सर्दी में AEST (UTC+10, कोई DST नहीं) पर है। शंघाई और न्यूयॉर्क EDT के तहत 12 घंटे दूर हैं, इसलिए शंघाई में सोमवार 09:00 न्यूयॉर्क में अभी रविवार 21:00 है — ध्यान दें कि तिथि अंतर्राष्ट्रीय तिथि रेखा के पार पीछे लुढ़कती है। कार्य/बंद फ़्लैग निर्णय स्पष्ट बनाते हैं: एक 09:00 शंघाई स्लॉट एशिया-प्रशांत तिकड़ी के लिए काम करता है किंतु लंदन को 02:00 और न्यूयॉर्क को रविवार देर शाम पर रखता है — इन शहरों में कोई भी जागता नहीं। कॉल को 21:00 शंघाई पर धकेलने से यह उलट जाता है: 14:00 London और 09:00 New York (दोनों अब कार्य), किंतु 22:00 Tokyo और 23:00 Sydney (अब बंद)। सभी पाँच के लिए सामान्य कार्य घंटों के भीतर कोई स्लॉट नहीं है — जो ठीक वही निष्कर्ष है जो एक योजनकर्ता को सामने लाना चाहिए, ताकि आप एक समझौता कर सकें (एक घूर्णनशील जल्दी/देर स्लॉट), बजाय गलती से किसी को आधी रात के लिए शेड्यूल करने के।

अक्सर पूछे जाने वाले प्रश्न#

मेरे शहर का ऑफ़सेट पूर्ण घंटों की संख्या क्यों नहीं है?#

क्योंकि हर समय क्षेत्र पूर्ण घंटे से ऑफ़सेट नहीं है। भारत UTC+5:30 है, नेपाल UTC+5:45, नॉर्दर्न टेरिटरी UTC+9:30, और चैथम द्वीप समूह UTC+12:45। यह पेज ऑफ़सेट को मिनट तक दिखाता है (UTC+05:30) ठीक ताकि वे क्षेत्र सही संभाले जाएँ — एक ऐसा टूल जो पूर्ण घंटों तक राउंड करता, वह एक अरब से अधिक लोगों के लिए चुपचाप आधे घंटे गलत होता।

क्या मुझे डेलाइट सेविंग टाइम की चिंता करनी चाहिए?#

नहीं — पेज इसे आपके लिए संभालता है। हर ऑफ़सेट दिखाए गए विशिष्ट क्षण पर (अभी या आपका संदर्भ समय) गणना होता है, ब्राउज़र के समय क्षेत्र डेटाबेस का उपयोग करके, इसलिए DST उसी क्षेत्र के नियमों के अनुसार लागू या अलागू होता है। मार्च में योजित बैठक स्प्रिंग-फ़ॉरवर्ड के बाद भी सही ऑफ़सेट दिखाती रहेगी, क्योंकि टूल उन्हें कॉल के क्षण पर पुनः-व्युत्पन्न करता है, न कि किसी नियत तालिका से पढ़ता है।

दो शहर एक ही क्षण के लिए भिन्न तिथियाँ क्यों दिखाते हैं?#

अंतर्राष्ट्रीय तिथि रेखा के कारण। किसी भी दिए गए क्षण पर एशिया-प्रशांत में पहले ही “कल” हो चुका है जबकि हवाई में अभी भी “बीता हुआ कल” है। जब आप संदर्भ समय चुनते हैं, तो हर पंक्ति समय के साथ-साथ स्थानीय तिथि दिखाती है, ताकि एक 22:00 होनोलुलु स्लॉट जो टोक्यो में अगले दिन 18:00 है, अस्पष्टहीन हो — तिथि स्तंभ वही पकड़ता है जो केवल-समय प्रदर्शन छिपाता।

क्या मैं समय क्षेत्र सूची के वर्तमान होने पर भरोसा कर सकता हूँ?#

किसी भी आधुनिक ब्राउज़र (Chrome 99+, वर्तमान Firefox, Safari, Edge) पर सूची Intl.supportedValuesOf('timeZone') से आती है, जो उसी IANA समय क्षेत्र डेटाबेस को प्रतिबिंबित करती है जो ऑपरेटिंग सिस्टम शिप करता है। पुराने इंजनों पर पेज लगभग 24 व्यापक-रूप से उपयोग किए गए क्षेत्रों के क्यूरेटेड समूह पर फ़ॉलबैक करता है, ताकि टूल अभी भी काम करे — बस चुनने के लिए कम अस्पष्ट क्षेत्रों के साथ। क्षेत्र नियम स्वयं (DST तिथियाँ, ऑफ़सेट) उसी डेटाबेस से आते हैं जो ब्राउज़र अपनी घड़ी के लिए उपयोग करता है।