ایپوک ٹائم کنورٹر
Unix ٹائم اسٹیمپس کو UTC تاریخوں میں تبدیل کریں یا کسی تاریخ کو epoch سیکنڈز میں بدلیں۔
اس ایپوک ٹائم کنورٹر کو استعمال کرنے کا طریقہ
- کنورژن موڈ منتخب کریں
کنورژن موڈ فیلڈ میں Epoch to date یا Date to epoch منتخب کریں۔
- ایپوک سے تاریخ کے لیے
Epoch timestamp (seconds) فیلڈ میں سیکنڈز میں Unix ٹائم اسٹیمپ درج کریں۔
- تاریخ سے ایپوک کے لیے
Calendar date میں تاریخ منتخب کریں، پھر ضرورت کے مطابق Hour (UTC)، Minute (UTC)، اور Second (UTC) سیٹ کریں۔
- نتیجہ دیکھیں
کیلکولیٹر UTC ویلیو، Unix ملی سیکنڈز، اور ہفتے کا دن دکھاتا ہے۔
یہ ایپوک ٹائم کنورٹر کیسے کام کرتا ہے
یہ ایپوک ٹائم کنورٹر Unix ٹائم اسٹیمپس اور انسانی پڑھنے کے قابل UTC تاریخوں کے درمیان ترجمہ کرتا ہے۔ Unix ٹائم — جسے POSIX ٹائم یا ایپوک ٹائم بھی کہا جاتا ہے — ان سیکنڈز کی تعداد کو گنتا ہے جو Unix ایپوک سے گزر چکے ہیں، جس کی تعریف یکم جنوری 1970 (1970-01-01T00:00:00Z) کی آدھی رات UTC کے طور پر کی گئی ہے۔ یہ واحد عددی نمائندگی ڈیٹا بیس، APIs، لاگ فائلوں، JWT ٹوکنز، اور تقریباً ہر جدید پروگرامنگ زبان میں ٹائم اسٹیمپس کو اسٹور اور منتقل کرنے کا ایک معیاری طریقہ ہے۔ یہ کنورٹر دونوں سمتوں میں کام کرتا ہے: عددی ٹائم اسٹیمپ درج کرنے سے متعلقہ UTC تاریخ، ہفتے کا دن، اور ملی سیکنڈ کی قدر ملتی ہے، جبکہ کیلنڈر کی تاریخ اور وقت درج کرنے سے سیکنڈز اور ملی سیکنڈز میں ایپوک کی قدر ملتی ہے۔
Unix ٹائم = 1970-01-01T00:00:00Z سے گزرے ہوئے سیکنڈز Unix ٹائم اسٹیمپ 1,700,000,000 کو تاریخ میں تبدیل کرنے کے لیے: 1970-01-01 00:00:00 UTC سے شروع کرتے ہوئے، 1,700,000,000 سیکنڈز شامل کریں۔ یہ 19,675 دن، 17 گھنٹے، 46 منٹ اور 40 سیکنڈز کے برابر ہے۔ اس کے نتیجے میں UTC تاریخ 2023-11-14 بوقت 22:13:20 UTC بنتی ہے، جو منگل کا دن ہے۔ ملی سیکنڈ میں اس کی قدر 1,700,000,000,000 ہے۔ اس کے برعکس، نومبر 14، 2023 بوقت 22:13:20 UTC درج کرنے سے بالکل 1,700,000,000 کی epoch قدر حاصل ہوتی ہے۔
ٹائم اسٹیمپ 0 تبدیل ہو کر 1970-01-01 00:00:00 UTC (جمعرات) بن جاتا ہے۔ ملی سیکنڈ میں اس کی قدر 0 ہے۔
ٹائم اسٹیمپ 1,704,000,000 تبدیل ہو کر 2023-12-31 12:00:00 UTC (اتوار) بن جاتا ہے۔ اس تاریخ اور وقت کو Date to epoch موڈ میں درج کرنے سے 1,704,000,000 حاصل ہوتا ہے۔
- ✓ تمام حسابات UTC میں ہیں۔ مقامی وقت کی تبدیلیوں کے لیے تبدیلی کے بعد مناسب ٹائم زون آفسیٹ لاگو کرنے کی ضرورت ہوتی ہے۔
- ✓ لیپ سیکنڈز شمار نہیں کیے جاتے۔ POSIX کی طرح، یہ کنورٹر ہر دن کو ٹھیک 86,400 سیکنڈز کے طور پر مانتا ہے، جو زیادہ تر پروگرامنگ زبانوں اور آپریٹنگ سسٹمز کے رویے سے مطابقت رکھتا ہے۔
- ✓ منفی ٹائم اسٹیمپس ایپوک (1 جنوری 1970) سے پہلے کی تاریخوں کی نمائندگی کرتے ہیں۔ مثال کے طور پر، −86400 کا مطلب 31 دسمبر 1969 ہے۔
- ✓ ملی سیکنڈ ٹائم اسٹیمپس کو اندراج سے پہلے 1,000 سے تقسیم کیا جانا چاہیے؛ کنورٹر ان پٹ کے طور پر سیکنڈز قبول کرتا ہے اور نتائج میں ملی سیکنڈ کے مساوی دکھاتا ہے۔
- JavaScript کا Date.now() اور Java کا System.currentTimeMillis() ملی سیکنڈز واپس کرتے ہیں، سیکنڈز نہیں — یہاں قدر درج کرنے سے پہلے اسے 1,000 سے تقسیم کریں، یا موازنہ کے لیے ملی سیکنڈ آؤٹ پٹ استعمال کریں۔
- سال 2038 کا مسئلہ 32-bit سائنڈ انٹیجر ٹائم اسٹیمپس کو متاثر کرتا ہے، جو جنوری 19، 2038 کو 03:14:07 UTC پر اوور فلو ہو جائیں گے۔ زیادہ تر جدید سسٹمز 64-bit ٹائم اسٹیمپس پر منتقل ہو چکے ہیں۔
- API کے جوابات یا لاگ فائلوں کو ڈیبگ کرتے وقت، ایسے ٹائم اسٹیمپس پر نظر رکھیں جو بالکل 3,600 یا 7,200 سیکنڈز کے فرق سے ہوں — یہ عام طور پر اس بات کی نشاندہی کرتا ہے کہ پائپ لائن میں کہیں ٹائم زون آفسیٹ لاگو کیا گیا ہے (یا چھوڑ دیا گیا ہے)۔
- Epoch ٹائم ہمیشہ مسلسل بڑھتا رہتا ہے (لیپ سیکنڈ کی تبدیلیوں کو چھوڑ کر)، جو اسے ایونٹس کی ترتیب، دورانیے کے حساب کتاب، اور وقت پر مبنی منفرد شناختی کوڈز بنانے کے لیے مثالی بناتا ہے۔
- IEEE Std 1003.1 (POSIX) — Epoch سے سیکنڈز کی تعریف
- Unix epoch کا آغاز — The Unix Heritage Society اور Bell Labs کی دستاویزات
- RFC 3339 — انٹرنیٹ پر تاریخ اور وقت: ٹائم اسٹیمپس
Unix ٹائم اسٹیمپس کیا ہیں؟
ایک Unix ٹائم اسٹیمپ یکم جنوری 1970 کی آدھی رات UTC سے گزرنے والے سیکنڈز کی تعداد ہے — جسے Unix epoch کہا جاتا ہے۔ یہ واحد عدد ڈیٹا بیسز، APIs، لاگ فائلز، اور زیادہ تر پروگرامنگ زبانوں میں وقت کی نمائندگی کے لیے ایک معیاری طریقہ ہے۔ چونکہ یہ ٹائم زون سے آزاد اور مسلسل بڑھتا رہتا ہے، اس لیے یہ ترتیب (sorting)، دورانیے کے حساب کتاب، اور وقت کی بنیاد پر موازنہ کرنے کو آسان بناتا ہے۔ JavaScript کا Date.now() اور بہت سے APIs ملی سیکنڈز (1,000 × سیکنڈز) واپس کرتے ہیں، اس لیے یہاں ملی سیکنڈ ویلیو درج کرنے سے پہلے اسے 1,000 سے تقسیم کریں۔ منفی ٹائم اسٹیمپس 1970 سے پہلے کی تاریخوں کی نمائندگی کرتے ہیں؛ مثال کے طور پر، −86400 epoch سے ٹھیک ایک دن پہلے کی تاریخ ہے۔
ڈویلپرز کے لیے epoch ٹائم کے استعمال کے کیسز
ڈویلپرز ڈیٹا بیس میں ایونٹ کے اوقات محفوظ کرنے، JSON APIs میں تاریخوں کو سیریلائز کرنے، وقت پر مبنی کیش کیز (cache keys) بنانے، اور لاگ اینٹریز کی ڈیبگنگ کے لیے Unix ٹائم اسٹیمپس کا استعمال کرتے ہیں۔ ڈیٹا بیس کے کالم اکثر موثر انڈیکسنگ اور رینج کیوریز کے لیے ٹائم اسٹیمپس کو انٹیجرز (integers) کے طور پر محفوظ کرتے ہیں۔ API کے جوابات اکثر ٹائم زون کے ابہام سے بچنے کے لیے epoch سیکنڈز یا ملی سیکنڈز واپس کرتے ہیں۔ ڈیبگنگ کے دوران، لاگ یا JWT کلیم سے خام ٹائم اسٹیمپ کو انسانی پڑھنے کے قابل تاریخ میں تبدیل کرنے سے فوری طور پر معلوم ہو جاتا ہے کہ ویلیو درست ہے یا ٹائم زون کے فرق کی وجہ سے غلط ہے۔ Epoch ٹائم ریٹ لمیٹنگ، سیشن کی میعاد ختم ہونے، اور ڈسٹری بیوٹڈ سسٹمز میں ترتیب دینے کے قابل منفرد شناخت کنندگان (identifiers) بنانے کے لیے بھی استعمال ہوتا ہے۔
Epoch ٹائم کنورٹر کے اکثر پوچھے گئے سوالات (FAQs)
Unix epoch کیا ہے؟
Unix epoch وہ حوالہ جاتی نقطہ ہے جہاں سے Unix وقت کی پیمائش کی جاتی ہے: 1 جنوری 1970 کی آدھی رات UTC (1970-01-01T00:00:00Z)۔ 0 کا ٹائم اسٹیمپ بالکل اسی لمحے کے مطابق ہے۔
میرے JavaScript ٹائم اسٹیمپ میں ہندسے زیادہ کیوں ہیں؟
JavaScript کا Date.now() ایپوک (epoch) سے ملی سیکنڈز واپس کرتا ہے، سیکنڈز نہیں۔ اس ٹول کے ذریعے استعمال ہونے والے سیکنڈز پر مبنی فارمیٹ میں تبدیل کرنے کے لیے 1,000 سے تقسیم کریں، یا براہ راست ملی سیکنڈز کے آؤٹ پٹ سے موازنہ کریں۔
کیا میں منفی ٹائم اسٹیمپ درج کر سکتا ہوں؟
جی ہاں۔ منفی اقدار ایپوک (epoch) سے پہلے کی تاریخوں کو ظاہر کرتی ہیں۔ مثال کے طور پر، −86400 کا مطلب 1969-12-31T00:00:00Z ہے، جو ایپوک سے ٹھیک ایک دن پہلے ہے۔
کیا یہ لیپ سیکنڈز (leap seconds) کو ہینڈل کرتا ہے؟
نہیں، اور یہ POSIX معیار کے مطابق ہے۔ POSIX وقت فرض کرتا ہے کہ ہر دن بالکل 86,400 سیکنڈز کا ہوتا ہے۔ 1972 سے اب تک شامل کیے گئے 27 لیپ سیکنڈز کو انفرادی طور پر ظاہر نہیں کیا جاتا، جس کا مطلب ہے کہ UTC اور Unix وقت میں لیپ سیکنڈ کی حدود پر ایک سیکنڈ تک کا فرق ہو سکتا ہے۔
سال 2038 کا مسئلہ کیا ہے؟
وہ سسٹمز جو Unix وقت کو 32-bit سائنڈ انٹیجر کے طور پر اسٹور کرتے ہیں، 19 جنوری 2038 کو 03:14:07 UTC پر اوور فلو ہو جائیں گے، جس سے ایک بڑی منفی رقم بن جائے گی اور 1901 کی تاریخیں ظاہر ہوں گی۔ زیادہ تر جدید پلیٹ فارمز اب 64-bit ٹائم اسٹیمپس استعمال کرتے ہیں، جو 290 بلین سال سے زیادہ عرصے تک اوور فلو نہیں ہوں گے۔