मुफ़्त ऑनलाइन Unix Timestamp Converter
Unix timestamps को पढ़ने योग्य dates में और dates को Unix timestamps में बदलें। seconds और milliseconds स्वतः पहचानता है। 8 timezones, ISO 8601 और relative time समर्थित।
Unix Timestamp → पढ़ने योग्य Date
तारीख → Unix Timestamp
Unix Timestamp क्या है?
Unix timestamp (जिसे epoch time या POSIX time भी कहते हैं) 1 January 1970 को 00:00:00 UTC — Unix epoch — से बीते seconds की संख्या है। यह zero-point व्यापक Unix उपयोग से पहले का होने के कारण चुना गया, जिससे सभी Unix systems के लिए एक तटस्थ reference मिला। Timestamps timezone-independent integers होते हैं, इसलिए databases, APIs, log files और JWT tokens के लिए उपयुक्त हैं जहाँ एक सार्वभौमिक reference point आवश्यक होता है।
वर्तमान एपोक इसमें बदलता है
ऊपर दिया गया लाइव Unix टाइमस्टैम्प सबसे सामान्य दिनांक और समय स्वरूपों में, हर सेकंड अपडेट होता हुआ।
| — | UTC |
| — | ISO 8601 |
| — | RFC 822 / 1036 / 1123 / 2822 |
| — | RFC 3339 |
Unix समय रूपांतरण संदर्भ
सामान्य पठनीय अवधियाँ सेकंड की संख्या में व्यक्त — समाप्ति, TTL या अंतराल की गणना में उपयोगी।
| पठनीय समय | सेकंड |
|---|---|
| 1 घंटा | 3600 |
| 1 दिन | 86400 |
| 1 सप्ताह | 604800 |
| 1 महीना (30.44 दिन) | 2629743 |
| 1 वर्ष (365.24 दिन) | 31556926 |
Unix Timestamp: Seconds बनाम Milliseconds
सबसे सामान्य भ्रम यह होता है कि timestamp seconds (10 digits) में है या milliseconds (13 digits) में। नियम: यदि मान 10¹² से अधिक है, तो वह लगभग निश्चित रूप से milliseconds में है।
PHP time(), Python time.time(), Unix shell date +%s और अधिकांश SQL databases उपयोग करते हैं। उदाहरण: 1710508200
1710508200
JavaScript Date.now(), Java System.currentTimeMillis(), Node.js और अधिकांश browser APIs उपयोग करते हैं। उदाहरण: 1710508200000
1710508200000
Timestamp के सामान्य उपयोग
Developers पढ़ने योग्य date strings के बजाय Unix timestamps क्यों पसंद करते हैं:
JSON Web Tokens "issued at" (iat) और "expiration" (exp) claims के लिए seconds में Unix timestamps उपयोग करते हैं। ये timezone-independent और आसानी से तुलना योग्य हैं।
Integer timestamp column datetime string से तेज़ sort होता है और timezone-neutral है, जिससे अलग-अलग भौगोलिक स्थानों से आए records में अस्पष्टता नहीं रहती।
Server logs, distributed tracing (OpenTelemetry) और analytics pipelines services के बीच events को sub-second precision से जोड़ने के लिए millisecond timestamps उपयोग करते हैं।
Cache systems (Redis, Varnish, CDNs) और API responses Cache-Control max-age, created_at और updated_at fields के लिए Unix timestamps उपयोग करते हैं।
19 जनवरी 2038 को क्या होगा?
19 जनवरी 2038 को 03:14:07 UTC पर Unix टाइमस्टैम्प उस अधिकतम मान से आगे बढ़ जाएगा जिसे एक साइन्ड 32-बिट पूर्णांक संग्रहीत कर सकता है (2,147,483,647)। जो सिस्टम अब भी समय को 32 बिट में संग्रहीत करते हैं वे ओवरफ़्लो होकर ऋणात्मक संख्या में लौट आएंगे और दिनांक को दिसंबर 1901 मान लेंगे। उससे पहले अनुप्रयोगों को 64-बिट टाइमस्टैम्प पर स्थानांतरित होना होगा, जो इस सीमा को लगभग 292 अरब वर्ष आगे बढ़ा देते हैं।