मुफ़्त टाइमज़ोन कनवर्टर

UTC, GMT, और IANA Names क्यों चाहिए

UTC (Coordinated Universal Time) global time standard है, periodic leap-second adjustments के साथ International Atomic Time के relative defined। GMT (Greenwich Mean Time) technically एक time zone है (UTC+00:00) historically London के Greenwich के Royal Observatory से tied। दोनों casually interchangeably use होते हैं; technically UTC वह standard है जिससे सब synchronise करते हैं।

Unambiguous time-zone identification के लिए, standard है IANA Time Zone Database (TZDB), originally 1986 में US National Institutes of Health के Arthur David Olson द्वारा created और अब IANA द्वारा maintained। इसका naming format है Region/City: America/New_York, Europe/Paris, Asia/Tokyo, Australia/Sydney। City उस zone का largest city या distinctive locality है। TZDB साल में कई बार updates होता है जब countries DST rules change करती हैं, और हर modern operating system, programming language, और major web browser एक recent copy bundle करता है।

यह converter JavaScript Intl.DateTimeFormat API के माध्यम से आपके browser में baked IANA database use करता है, इसलिए DST transitions, regional rule changes, और historical edge cases correctly handle होते हैं बिना आपको इनके बारे में सोचे।

Time-Zone Abbreviations Ambiguous हैं

«CST» और «IST» जैसे three-letter abbreviations unambiguous लगते हैं लेकिन हैं नहीं:

• CST का मतलब हो सकता है US Central Standard Time (UTC−06:00), China Standard Time (UTC+08:00), या Cuba Standard Time (UTC−05:00)।
• IST का मतलब हो सकता है India Standard Time (UTC+05:30), Israel Standard Time, या Irish Standard Time।
• EST usually US Eastern Standard Time (UTC−05:00) का मतलब है, लेकिन Australian Eastern Standard Time (UTC+10:00) abbreviation share करती है।

जब आपको precisely time communicate करना हो, तो IANA name use करें (America/Chicago vs Asia/Shanghai vs Asia/Kolkata) या offset और city दोनों include करें। Converter हर column को IANA zone के साथ label करता है ताकि meeting time unambiguous हो।

एक नज़र में सामान्य Time Zones

Half-Hour और Quarter-Hour Offsets

हर time zone UTC से whole number of hours नहीं है। India, Sri Lanka (UTC+05:30), Iran (UTC+03:30 / +04:30), Afghanistan (UTC+04:30), और Myanmar (UTC+06:30) सभी half-hour offsets use करते हैं। Nepal UTC+05:45 पर है, और New Zealand के Chatham Islands UTC+12:45 / +13:45 पर। ये half- और quarter-hour offsets mostly software developers के लिए matter करते हैं, कई older systems ने whole-hour offsets assume किए और silently Indian या Nepali times पर break करते हैं। IANA database इन सभी को correctly handle करता है; converter उसे inherit करता है।

ग्रीष्मकालीन समय बदलाव

Daylight Saving Time (DST) पहले William Willett के 1907 pamphlet «The Waste of Daylight» में proposed किया गया था और पहली बार formally Germany द्वारा 1916 में World War I के दौरान coal save करने के लिए adopted किया गया। आज यह jurisdiction द्वारा wildly vary करता है:

• United States: DST March के second Sunday से November के first Sunday तक चलता है (Energy Policy Act of 2005)। Hawaii और most of Arizona इसे observe नहीं करते।
• European Union: DST March के last Sunday से October के last Sunday तक चलता है। EU Parliament ने 2019 में EU-wide seasonal clock changes abolish करने के लिए vote किया; implementation indefinitely delayed है और most member states अभी भी DST observe करते हैं।
• DST observe नहीं करते: अधिकांश Africa, अधिकांश Asia, अधिकांश South America (Brazil ने 2019 में scrapped), Russia (2014 से), Iceland, Hawaii, most of Arizona, India, China, Japan, South Korea, Turkey।

Converter हर IANA zone के DST rules account करता है, इसलिए January date पर America/New_York में 9 AM के लिए set meeting EST (UTC−05:00) के रूप में convert होती है; July में वही 9 AM EDT (UTC−04:00) के रूप में convert होती है।

Software में DST Gotchas

• «Spring forward»: local clocks 02:00 से 03:00 तक jump करती हैं, इसलिए 02:00-02:59 का hour locally exist नहीं करता। उस window में scheduled cron jobs Linux Vixie cron पर jump के तुरंत बाद run होते हैं, लेकिन AWS EventBridge entirely skip करता है।
• «Fall back»: 02:00 से 01:00 दो बार होती है। Duplicated hour के events scheduler के depending पर twice fire या बिल्कुल नहीं कर सकते। Linux Vixie re-run नहीं करता; AWS EventBridge only once run करता है।
• Calendar invites जो DST boundary span करते हैं, उनमें time-zone explicitly attached होना चाहिए, न कि सिर्फ local time। ICS files इसी कारण TZID include करते हैं; जब recipient का calendar DST flip straddle करे तो email के माध्यम से plain «9 AM ET» send करना silently एक hour shift करेगा।

सामान्य उपयोग के मामले

• Continents across meetings schedule करना: Tokyo या Berlin में किसी के लिए 9 AM PST कब होगा? एक ही समय पर सब office hours में कब होते हैं?
• Product launches coordinate करना जो «midnight पर हर जगह go live» या «आपके local time में 9 AM» हों।
• Server logs read करना अपने local time में जब server UTC पर set हो (cloud servers के लिए modern best practice)।
• Travel planning: मैं local time में कब land करूंगा? मेरी flight destination के time में कब depart करती है?
• International clients के साथ coordinate करना mental arithmetic के माध्यम से time-zone math mistakes किए बिना।
• Live-event scheduling: game streams, webinars, sports broadcasts जिन्हें global audience के लिए single «क्या यह अभी on है?» answer चाहिए।

सामान्य गलतियाँ

1. «EST» को «EDT» से confuse करना (या कोई भी standard / daylight pair)। March 1 vs March 31 में New York में वही meeting different UTC offset पर होती है।
2. «GMT» को «UK time» का मतलब समझना। UK late March से late October तक British Summer Time (BST, UTC+01:00) observe करता है; केवल winter GMT होती है।
3. यह assume करना कि एक city का fixed UTC offset है। Russia, Samoa, Egypt, और अन्य ने last 15 years में अपने offsets change किए हैं। IANA database history track करता है; city name और date से lookups correct रहते हैं।
4. Three-letter abbreviations में invites send करना। «9 AM CST» genuinely ambiguous है Chicago (UTC−06:00) और Shanghai (UTC+08:00) के बीच, 14-hour difference। IANA names या offset include करें।
5. Arizona, Hawaii, Saskatchewan, Indiana को भूलना। ये places या तो DST observe नहीं करते या partially करते हैं। Generic «Mountain Time» या «Central Time» mappings half the year के लिए break करती हैं।
6. ऐसे hour में meeting pick करना जो exist नहीं करता। Spring-forward date पर 02:30 local time के लिए invite non-existent hour में है। Calendar usually silently shift करता है; कुछ systems error करते हैं।

अधिक Frequently Asked Questions

कुछ offsets half hours में क्यों हैं?

Historical और political reasons। India ने UTC+05:30 partly इसलिए settle किया ताकि country के east और west extents के बीच compromise हो; Iran, Afghanistan, Myanmar, और कुछ अन्य similar half-hour offsets use करते हैं। Nepal UTC+05:45 तक एक step आगे जाता है। Time zones को whole-hour boundaries पर होने का कोई rule नहीं है, वे जो भी हर jurisdiction ने choose किया है वही हैं।

Converter DST transitions कैसे handle करता है?

Automatically। Browser का IANA database हर region के DST rules include करता है, historical ones सहित। Summer की date पर Europe/Berlin में set time correctly CEST (UTC+02:00) use करके convert होता है; winter में वही local time CET (UTC+01:00) use करके convert होता है।

मैं कौन से Time Zones Add कर सकता हूं?

सभी IANA time zones जो browser जानता है, typically 400+ zones हर populated region को cover करते हैं। Dropdown browser के Intl.supportedValuesOf('timeZone') से page load पर populate होता है, इसलिए यह आपके operating system के installed के साथ current रहता है।

क्या मेरा Converted Time कहीं Send होता है?

नहीं। Conversion entirely आपके browser में built-in JavaScript date और time-zone APIs use करके होती है। आपकी meeting times, locations, या selected zones के बारे में कुछ भी transmit, log, या किसी server पर store नहीं होता।

DST के आसपास Meeting Time Shift क्यों होती है?

क्योंकि कुछ zones DST observe करते हैं और अन्य नहीं। 9 AM Pacific meeting winter में 12 PM Eastern hit करती है (दोनों standard time पर) लेकिन वही 9 AM Pacific summer में भी 12 PM Eastern रहती है (दोनों DST पर)। हालांकि, 9 AM Pacific meeting Tokyo में साल भर अगले day 1 AM hit करती है, Tokyo DST observe नहीं करता, इसलिए LA और Tokyo के बीच difference साल में दो बार एक hour shift करती है।

Meeting Time Share करने का Safest तरीका क्या है?

Time-zone explicitly attached के साथ calendar invite (.ics file या Google / Outlook / iCloud Calendar के माध्यम से) send करें। Recipient का calendar तब उनके local zone में time render करता है, दोनों ends पर DST automatically account करके। यदि आपको plain text में time send करना हो, तो IANA zone और offset दोनों include करें: «Tuesday 14:00 Europe/Berlin (UTC+01:00)।»