unix · ISO · ٹائم زونز
ٹائم کنورٹر
کوئی Unix ٹائم اسٹیمپ یا ISO 8601 تاریخ پیسٹ کریں اور وہ ایک لمحہ UTC میں، آپ کے چنے ہوئے زون میں اور جن زونز پر آپ نظر رکھتے ہیں ان میں پڑھیں۔ آفسیٹ کا حساب اسی ٹیب میں چلتا ہے۔
ننگا عدد اس کی لمبائی سے پڑھا جاتا ہے: بالکل 10 ہندسے سیکنڈ، بالکل 13 ملی سیکنڈ، اور کوئی اور لمبائی اندازہ لگانے کے بجائے رد کر دی جاتی ہے۔ بغیر آفسیٹ والی ISO تاریخ UTC سمجھی جاتی ہے، کیونکہ آپ کا مطلب ایک لمحہ تھا، ہر زون کے لیے ایک نہیں۔
ٹائم اسٹیمپ کیسے تبدیل کریں
لمحہ درج کریں
10 ہندسوں کا Unix ٹائم اسٹیمپ، 13 ہندسوں کا ملی سیکنڈ والا، یا 2026-09-12T14:30:00Z جیسی ISO تاریخ پیسٹ کریں — یا اس سیکنڈ سے شروع کرنے کے لیے now لکھیں۔
زون چنیں
وہ زون چنیں جس میں لمحہ پڑھا جانا چاہیے۔ UTC سب سے پہلے، پھر زیادہ استعمال ہونے والے زونز، اور پوری فہرست وہی ہے جو آپ کے براؤزر کا ٹائم زون ڈیٹا بیس جانتا ہے۔
گھڑی پڑھیں
وہی لمحہ آپ کے اپنے زون اور مختصر فہرست کے ساتھ، ہر آفسیٹ سمیت نظر آتا ہے، اور ساتھ ہی وہ لمحہ سیکنڈ، ملی سیکنڈ اور مائیکرو سیکنڈ میں بھی، جو بھی API مانگے۔
ٹائم اسٹیمپ کیا ہے، اور یہ صفحہ اس کے ساتھ کیا کرتا ہے
Unix وقت 1970-01-01T00:00:00Z سے سیکنڈ گنتا ہے اور جان بوجھ کر لیپ سیکنڈ نظر انداز کرتا ہے، اسی لیے یہ عدد ہر جگہ یکساں ہوتا ہے اور ٹائم زون صرف نمائش کا انتخاب ہوتا ہے۔ دس ہندسے 2001 سے 2286 تک محیط ہیں، اس لیے کسی لاگ یا URL سے نقل کیا گیا عدد تقریباً ہمیشہ سیکنڈ ہی ہوتا ہے؛ ڈیٹا بیس کالم یا JavaScript تاریخ تیرہ ہندسے دیتی ہے، جو اسی پیمانے کے ملی سیکنڈ ہوتے ہیں۔
ISO 8601 وہی چیز کیلنڈر پر لکھتا ہے: 2026-09-12T14:30:00+03:00 ایک لمحہ ہے جو استنبول کی دیواری گھڑی میں ظاہر کیا گیا ہے، اور Z کا مطلب بالکل +00:00 ہے۔ بغیر آفسیٹ والی تار مبہم ہوتی ہے، اس لیے یہ صفحہ اسے آپ کی مشین کے زون کا فرض کرنے کے بجائے UTC پڑھتا ہے۔ آفسیٹ خود آپ کے براؤزر کے tz ڈیٹا بیس سے آتے ہیں، اسی لیے Europe/Istanbul اس قاعدے کے تحت جو ترکی نے 2016 سے رکھا ہے سارا سال UTC+3 پر رہتا ہے، جبکہ America/New_York تاریخ کے مطابق UTC−4 یا UTC−5 پر پڑتا ہے۔
وقت کی تبدیلی کے سوالات
کیا میرا ٹائم اسٹیمپ سرور کو بھیجا جاتا ہے؟
نہیں۔ پارسنگ اور زون کا حساب آپ کے براؤزر میں پہلے سے موجود Intl API پر چلتے ہیں، اس لیے جو لمحہ آپ دیکھتے ہیں وہ کبھی منتقل نہیں ہوتا اور صفحہ لوڈ ہونے کے بعد آف لائن چلتا رہتا ہے۔ کچھ لاگ نہیں ہوتا، کیونکہ لاگ کرنے کے لیے کوئی چیز ہی نہیں۔
نیو یارک کے لیے وہی ٹائم اسٹیمپ مختلف گھنٹہ کیوں دکھاتا ہے؟
کیونکہ زون کا آفسیٹ تاریخ پر منحصر ہے: نیو یارک سردیوں میں UTC−5 اور گرمیوں میں UTC−4 ہوتا ہے، اور براؤزر وہی قاعدہ لگاتا ہے جو اس لمحے نافذ تھا۔ اس لیے تبدیلی ہمیشہ دو لمحوں کے درمیان ہوتی ہے، دو زون ناموں کے درمیان نہیں — ٹائم اسٹیمپ بدلیں تو آفسیٹ بھی اس کے ساتھ بدل سکتا ہے۔
سیکنڈ، ملی سیکنڈ اور مائیکرو سیکنڈ میں سے کون سا نقل کروں؟
یہی ایک لمحہ تین ریزولیوشن پر ہے: 10 ہندسوں کی Unix سیکنڈ گنتی، 13 ہندسوں کی ملی سیکنڈ والی، اور مائیکرو سیکنڈ دونوں کے ساتھ۔ APIs میں اختلاف ہے کہ وہ کون سا چاہتے ہیں — Unix وقت روایتی طور پر سیکنڈ ہوتا ہے، جبکہ براؤزر اور ڈیٹا بیس کے ٹائم اسٹیمپ عموماً ملی سیکنڈ — اس لیے وہی لیں جو آپ کا ٹول یا اینڈ پوائنٹ مانگے۔
اگر میں 12 ہندسوں کا عدد پیسٹ کروں تو کیا ہوگا؟
اسے اندازہ لگانے کے بجائے رد کر دیا جاتا ہے، کیونکہ صرف 10 ہندسوں کی قدر سیکنڈ اور صرف 13 ہندسوں والی ملی سیکنڈ پڑھی جاتی ہے۔ اندازہ لگانا لمحے کو خاموشی سے کئی دہائیوں آگے پیچھے کر دیتا، اس لیے غلط ٹائپ یا کٹا ہوا عدد بطور خرابی پکڑنا آسان ہے۔ آفسیٹ والی ISO 8601 تاریخ عدد کی طرح ہی کام کرتی ہے اور مبہم نہیں ہوتی۔