ToolDeck

Timezone Converter

विश्वभर के टाइमज़ोन के बीच तारीख और समय बदलें

UTCUTC+00:00

04/16/2026, 21:57:00

America/New_YorkUTC-04:00

04/16/2026, 17:57:00

टाइमज़ोन रूपांतरण क्या होता है?

टाइमज़ोन कनवर्टर किसी तारीख और समय को एक timezone से दूसरे में convert करता है, जिससे आप तुरंत देख सकते हैं कि दुनिया में किसी भी जगह उस समय का equivalent समय क्या है। विश्व 24 प्राथमिक समय-क्षेत्रों में विभाजित है, जिनमें से प्रत्येक को Coordinated Universal Time (UTC) से एक निश्चित ऑफ़सेट के रूप में परिभाषित किया गया है। जब UTC में 14:00 होता है, तो New York में 09:00 (UTC-5) और Tokyo में 23:00 (UTC+9) होता है। दो समय-क्षेत्रों के बीच सही रूपांतरण के लिए स्रोत और लक्ष्य दोनों क्षेत्रों का UTC ऑफ़सेट जानना आवश्यक है, और यह भी कि किसी एक के लिए daylight saving time (DST) लागू है या नहीं।

IANA Time Zone Database (जिसे Olson database या tz database भी कहते हैं) टाइमज़ोन परिभाषाओं का मानक स्रोत है जिसे ऑपरेटिंग सिस्टम, प्रोग्रामिंग भाषाएँ और वेब ब्राउज़र उपयोग करते हैं। यह प्रत्येक क्षेत्र को Region/City प्रारूप में एक मानक पहचानकर्ता (canonical identifier) देता है, जैसे America/New_York या Asia/Tokyo। EST या PST जैसे निश्चित संक्षेपाक्षरों के विपरीत, IANA पहचानकर्ता प्रत्येक क्षेत्र के UTC ऑफ़सेट परिवर्तनों और DST संक्रमणों का पूर्ण इतिहास एन्कोड करते हैं, जो उन्हें भूतकाल या भविष्य की किसी भी तारीख के लिए विश्वसनीय रूपांतरण का एकमात्र माध्यम बनाता है।

यह टाइमज़ोन कनवर्टर आपके ब्राउज़र के JavaScript इंजन में Intl API के माध्यम से अंतर्निहित IANA टाइमज़ोन डेटा का उपयोग करता है। आप एक स्रोत टाइमज़ोन चुनते हैं, दिनांक और समय दर्ज करते हैं, और टूल तुरंत आपके लक्ष्य टाइमज़ोन में समतुल्य समय की गणना करता है — daylight saving समायोजन सहित। क्योंकि यह पूरी तरह आपके ब्राउज़र में चलता है, कोई सर्वर राउंड-ट्रिप नहीं होती और आपका कोई डेटा आपके डिवाइस से बाहर नहीं जाता।

इस Timezone Converter का उपयोग क्यों करें?

हाथ से टाइमज़ोन calculate करना error-prone होता है, खासकर जब daylight saving time शामिल हो। जनवरी में UTC-5 वाला कोई शहर जुलाई में UTC-4 हो सकता है, और संक्रमण तिथियाँ देशों के बीच भिन्न होती हैं। अमेरिका और यूरोप अपनी घड़ियाँ अलग-अलग रविवार को बदलते हैं, जिससे दो सप्ताह का ऐसा अंतराल बनता है जिसमें New York और London के बीच का ऑफ़सेट वर्ष के बाकी समय से भिन्न होता है। यह टूल वही IANA डेटाबेस उपयोग करके इन सभी संक्रमणों को स्वचालित रूप से संभालता है जो आपका ऑपरेटिंग सिस्टम उपयोग करता है।

~
तत्काल रूपांतरण
दो टाइमज़ोन चुनें, समय दर्ज करें और परिणाम तुरंत देखें। कोई फ़ॉर्म सबमिशन नहीं, कोई पेज रीलोड नहीं। टाइप करते ही रूपांतरण अपडेट होता है।
~
DST-सहित परिणाम
कनवर्टर daylight saving time संक्रमणों को स्वचालित रूप से ध्यान में रखता है। यह ब्राउज़र की अंतर्निहित IANA टाइमज़ोन डेटा का उपयोग करता है, इसलिए परिणाम भूतकाल या भविष्य की किसी भी तारीख के लिए सही ऑफ़सेट दर्शाते हैं।
~
Privacy-First प्रोसेसिंग
सभी रूपांतरण Intl API का उपयोग करके आपके ब्राउज़र में स्थानीय रूप से होते हैं। कोई दिनांक, समय या टाइमज़ोन चयन किसी सर्वर को नहीं भेजा जाता।
~
कोई खाता आवश्यक नहीं
बिना साइन अप किए, कोई software install किए या कोई अनुमति दिए उपयोग करें। page खोलें, समय बदलें और बंद करें।

Timezone Converter के उपयोग के मामले

टीमों के बीच शेड्यूलिंग
जब आपकी टीम New York, Berlin और Singapore में फैली हो, तो सभी के लिए एक सही meeting time निकालने के लिए तीन या अधिक समय-क्षेत्रों में रूपांतरण आवश्यक होता है। अपने स्थानीय टाइमज़ोन में एक प्रस्तावित समय दर्ज करें और तुरंत देखें कि प्रत्येक टीम सदस्य के स्थान पर समतुल्य समय उनके कार्य-घंटों के भीतर पड़ता है या नहीं।
API टाइमस्टैम्प डीबगिंग
API प्रतिक्रियाओं में अक्सर UTC या सर्वर के स्थानीय टाइमज़ोन में टाइमस्टैम्प होते हैं। उन टाइमस्टैम्प को अपने स्थानीय समय में बदलें ताकि सत्यापित हो सके कि घटनाएँ अपेक्षित समय पर हुईं और समय-आधारित तर्क सही है।
DevOps घटना समयरेखा
किसी घटना के दौरान अलग-अलग क्षेत्रों के सर्वरों से लॉग प्रविष्टियाँ आ सकती हैं। सभी टाइमस्टैम्प को एकल संदर्भ टाइमज़ोन (सामान्यतः UTC) में बदलें ताकि घटनाओं की सटीक समयरेखा तैयार हो सके।
QA दिनांक तर्क परीक्षण
जो एप्लिकेशन विभिन्न क्षेत्रों के उपयोगकर्ताओं को दिनांक प्रदर्शित करते हैं, उन्हें विशिष्ट टाइमज़ोन इनपुट के साथ परीक्षण की आवश्यकता होती है। DST spring-forward जैसी सीमावर्ती स्थितियों के लिए परीक्षण मामले तैयार करने के लिए कनवर्टर का उपयोग करें।
डेटा पाइपलाइन समन्वय
एक टाइमज़ोन में निर्धारित ETL जॉब को दूसरे टाइमज़ोन में स्थित डेटा स्रोतों या उपभोक्ताओं के शेड्यूल से मेल खाना पड़ सकता है। निर्धारित निष्पादन समयों को बदलें ताकि पुष्टि हो सके कि पाइपलाइन के चरण सही क्रम में निष्पादित होते हैं।
टाइमज़ोन अवधारणाएँ सीखना
UTC ऑफ़सेट, International Date Line और daylight saving नियमों के बारे में सीखने वाले छात्र विभिन्न टाइमज़ोन युग्मों के साथ प्रयोग करके देख सकते हैं कि क्षेत्रों के बीच समय किस प्रकार बदलता है।

IANA टाइमज़ोन संदर्भ

IANA Time Zone Database 400 से अधिक टाइमज़ोन पहचानकर्ता परिभाषित करता है, और राजनीतिक परिवर्तनों, नए DST नियमों तथा ऐतिहासिक सुधारों को दर्शाने के लिए वर्ष में कई बार अपडेट होता है। नीचे दी गई तालिका सबसे अधिक उपयोग किए जाने वाले क्षेत्रों को उनके मानक UTC ऑफ़सेट और DST व्यवहार के साथ सूचीबद्ध करती है। दर्शाए गए ऑफ़सेट मानक समय के लिए हैं; DST कॉलम उस क्षेत्र के लिए daylight saving time सक्रिय होने पर समायोजित ऑफ़सेट दर्शाता है।

IANA पहचानकर्तासामान्य नामUTC ऑफ़सेटDST
UTCCoordinated Universal Time+00:00No
America/New_YorkEastern Time (US)-05:00Yes (EDT -04:00)
America/ChicagoCentral Time (US)-06:00Yes (CDT -05:00)
America/DenverMountain Time (US)-07:00Yes (MDT -06:00)
America/Los_AngelesPacific Time (US)-08:00Yes (PDT -07:00)
Europe/LondonGreenwich Mean Time+00:00Yes (BST +01:00)
Europe/BerlinCentral European Time+01:00Yes (CEST +02:00)
Europe/MoscowMoscow Time+03:00No
Asia/DubaiGulf Standard Time+04:00No
Asia/KolkataIndia Standard Time+05:30No
Asia/ShanghaiChina Standard Time+08:00No
Asia/TokyoJapan Standard Time+09:00No
Australia/SydneyAustralian Eastern Time+10:00Yes (AEDT +11:00)
Pacific/AucklandNew Zealand Standard Time+12:00Yes (NZDT +13:00)

कोड उदाहरण

प्रत्येक प्रमुख प्रोग्रामिंग भाषा IANA डेटाबेस के माध्यम से टाइमज़ोन रूपांतरण प्रदान करती है। नीचे दिए गए उदाहरण दर्शाते हैं कि JavaScript में Intl API, Python में zoneinfo मॉड्यूल, Go में time पैकेज और शेल स्क्रिप्ट के लिए GNU date कमांड का उपयोग करके UTC टाइमस्टैम्प को अन्य टाइमज़ोन में कैसे बदलें।

JavaScript (Intl API)
// Convert a date from one timezone to another
const date = new Date('2026-03-15T09:00:00Z')

// Format in specific timezone
const nyTime = date.toLocaleString('en-US', { timeZone: 'America/New_York' })
// → "3/15/2026, 5:00:00 AM"

const tokyoTime = date.toLocaleString('en-US', { timeZone: 'Asia/Tokyo' })
// → "3/15/2026, 6:00:00 PM"

// Get the UTC offset for a timezone programmatically
function getUtcOffset(tz: string, date = new Date()) {
  const fmt = new Intl.DateTimeFormat('en-US', {
    timeZone: tz,
    timeZoneName: 'longOffset',
  })
  const parts = fmt.formatToParts(date)
  return parts.find(p => p.type === 'timeZoneName')?.value ?? ''
}
getUtcOffset('Asia/Kolkata') // → "GMT+05:30"
Python (zoneinfo + datetime)
from datetime import datetime
from zoneinfo import ZoneInfo

# Create a timezone-aware datetime
dt = datetime(2026, 3, 15, 9, 0, tzinfo=ZoneInfo('UTC'))

# Convert to New York time
ny = dt.astimezone(ZoneInfo('America/New_York'))
print(ny)  # → 2026-03-15 05:00:00-04:00 (EDT in March)

# Convert to Tokyo time
tokyo = dt.astimezone(ZoneInfo('Asia/Tokyo'))
print(tokyo)  # → 2026-03-15 18:00:00+09:00

# Get current time in any timezone
now_berlin = datetime.now(ZoneInfo('Europe/Berlin'))
print(now_berlin.strftime('%Y-%m-%d %H:%M %Z'))  # → 2026-03-15 10:00 CET
Go
package main

import (
	"fmt"
	"time"
)

func main() {
	utc := time.Date(2026, 3, 15, 9, 0, 0, 0, time.UTC)

	// Load timezone by IANA name
	ny, _ := time.LoadLocation("America/New_York")
	tokyo, _ := time.LoadLocation("Asia/Tokyo")

	fmt.Println(utc.In(ny))    // → 2026-03-15 05:00:00 -0400 EDT
	fmt.Println(utc.In(tokyo)) // → 2026-03-15 18:00:00 +0900 JST

	// Get the UTC offset in seconds
	_, offset := utc.In(ny).Zone()
	fmt.Printf("UTC offset: %+d hours\n", offset/3600) // → UTC offset: -4 hours
}
CLI (GNU date / TZ variable)
# Display current time in a specific timezone
TZ='Asia/Tokyo' date '+%Y-%m-%d %H:%M:%S %Z'
# → 2026-03-15 18:00:00 JST

# Convert a UTC timestamp to another timezone
TZ='America/Los_Angeles' date -d '2026-03-15T09:00:00Z' '+%Y-%m-%d %H:%M %Z'
# → 2026-03-15 02:00 PDT

# List all available IANA timezone names
timedatectl list-timezones | head -20

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

UTC और GMT में क्या अंतर है?
UTC (Coordinated Universal Time) और GMT (Greenwich Mean Time) व्यवहार में एक ही समय दर्शाते हैं: prime meridian से शून्य ऑफ़सेट। अंतर तकनीकी है। UTC परमाणु घड़ियों द्वारा परिभाषित है और कंप्यूटिंग में उपयोग होने वाला वैश्विक समय मानक है। GMT यूके से जुड़ा एक टाइमज़ोन नाम है। कोड में हमेशा UTC को अपने संदर्भ बिंदु के रूप में उपयोग करें, GMT नहीं।
daylight saving time टाइमज़ोन रूपांतरण को कैसे प्रभावित करता है?
जब कोई region DST follow करता है, तो उसका UTC ऑफ़सेट वर्ष के एक भाग के लिए एक घंटे (कभी-कभी 30 या 45 मिनट) बदल जाता है। उदाहरण के लिए, America/New_York सर्दियों में UTC-5 (EST) और गर्मियों में UTC-4 (EDT) है। यदि आप IANA टाइमज़ोन पहचानकर्ता के स्थान पर ऑफ़सेट हार्डकोड करते हैं, तो आपके रूपांतरण वर्ष के आधे समय के लिए गलत होंगे। हमेशा America/New_York जैसे पूर्ण IANA नाम का उपयोग करें, न कि निश्चित ऑफ़सेट का।
EST या PST जैसे संक्षेपाक्षरों के बजाय IANA टाइमज़ोन नाम क्यों उपयोग करें?
टाइमज़ोन संक्षेपाक्षर अस्पष्ट होते हैं। CST का अर्थ Central Standard Time (UTC-6), China Standard Time (UTC+8) या Cuba Standard Time (UTC-5) हो सकता है। America/Chicago जैसे IANA पहचानकर्ता विश्व स्तर पर अद्वितीय हैं और उस क्षेत्र के ऑफ़सेट परिवर्तनों तथा DST नियमों का पूर्ण इतिहास एन्कोड करते हैं। IANA डेटाबेस Internet Assigned Numbers Authority द्वारा अनुरक्षित है और वर्ष में कई बार अपडेट होता है।
DST spring-forward अंतराल में पड़ने वाले समय का क्या होता है?
जब घड़ियाँ आगे बढ़ाई जाती हैं, तो एक घंटा छोड़ दिया जाता है। उदाहरण के लिए, America/New_York में मार्च के दूसरे रविवार को 2:00 AM सीधे 3:00 AM हो जाता है। उस तारीख को उस टाइमज़ोन में 2:30 AM जैसा समय अस्तित्व में नहीं होता। अधिकांश प्रोग्रामिंग भाषाएँ इसे समय को 3:00 AM पर आगे बढ़ाकर या लाइब्रेरी के अनुसार त्रुटि फेंककर संभालती हैं।
क्या मैं ऐतिहासिक तारीखों के लिए समय सटीक रूप से बदल सकता हूँ?
हाँ, यदि आप IANA टाइमज़ोन पहचानकर्ता उपयोग करते हैं। IANA डेटाबेस में दशकों पुराने ऐतिहासिक ऑफ़सेट परिवर्तन शामिल हैं। उदाहरण के लिए, 1949 से पहले China पाँच समय-क्षेत्र उपयोग करता था और बाद में एकल क्षेत्र (UTC+8) पर स्थानांतरित हो गया। डेटाबेस इन संक्रमणों को दर्ज करता है, इसलिए Asia/Shanghai के लिए 1945 के टाइमस्टैम्प को बदलने पर सही ऐतिहासिक ऑफ़सेट का उपयोग होगा।
टाइमज़ोन समस्याओं से बचने के लिए डेटाबेस में समय कैसे संग्रहीत करें?
सभी timestamps UTC में store करें। किसी user को समय दिखाते समय, display के वक्त UTC से उनके local timezone में convert करें। यह approach अस्पष्टता खत्म करती है: एक UTC timestamp का एक ही मतलब होता है चाहे server या user कहीं भी हो। PostgreSQL का TIMESTAMPTZ type और MySQL का TIMESTAMP type दोनों internally UTC में values store करते हैं।
क्या कोई ऐसा टाइमज़ोन है जिसमें 30 या 45 मिनट का ऑफ़सेट हो?
हाँ। India Standard Time (Asia/Kolkata) UTC+5:30 है, Nepal Standard Time (Asia/Kathmandu) UTC+5:45 है, और Chatham Islands (Pacific/Chatham) UTC+12:45 हैं। Iran (Asia/Tehran) UTC+3:30 उपयोग करता है। ये आंशिक ऑफ़सेट रूपांतरण तर्क लिखते समय यह मानने की गलती से बचाते हैं कि सभी टाइमज़ोन अंतर पूर्ण घंटे के होते हैं।