کنورٹرز · آپ کے براؤزر میں چلتا ہے

Unix ٹائم اسٹیمپ کنورٹر

Unix ٹائم اسٹیمپ کو تاریخوں میں اور واپس بدلیں — سیکنڈ، ملی سیکنڈ یا نینو سیکنڈ میں

رجسٹریشن نہیں فائل کی کوئی حد نہیں کچھ اپ لوڈ نہیں ہوتا

Unix ٹائم اسٹیمپ کنورٹر

استعمال کا طریقہ 3 مراحل
  1. سمت چنیں۔
  2. اکائی کے ساتھ Unix ٹائم اسٹیمپ لکھیں، یا تاریخ اور وقت؛ موجودہ وقت استعمال کریں موجودہ وقت بھر دیتا ہے۔
  3. تبدیل کریں دبائیں، پھر کاپی کریں۔
تاریخ اور وقت کی تفصیل

خودکار اکائی کی پہچان عدد کی مقدار پر ہوتی ہے، اس کے ہندسوں کی تعداد پر نہیں، اس لیے یہ 1970 سے پہلے کی تاریخوں اور منفی ٹائم اسٹیمپس کے لیے بھی درست رہتی ہے۔ مقامی قدریں آپ کے براؤزر کا ٹائم زون استعمال کرتی ہیں، بشمول وہ ڈے لائٹ سیونگ قاعدہ جو اُس تاریخ پر لاگو تھا، نہ کہ جو آج نافذ ہے۔ ISO ہفتے کا نمبر ISO 8601 کے مطابق چلتا ہے، جہاں ہفتہ 1 وہ ہے جس میں سال کی پہلی جمعرات آتی ہے۔

یہ ٹول کیسے کام کرتا ہے

Unix ٹائم اسٹیمپ ایک قابلِ مطالعہ تاریخ میں اور واپس بدل جاتا ہے۔ اکائی کا پتہ عدد کے حجم سے لگایا جاتا ہے، اس لیے سیکنڈ، ملی سیکنڈ، مائیکرو سیکنڈ اور نینو سیکنڈ سب قبول ہیں، اور جو اکائی فرض کی گئی وہ نتیجے کے ساتھ بتا دی جاتی ہے۔

Unix ٹائم اسٹیمپ 1 جنوری 1970 کی آدھی رات UTC سے گنتی شروع کرتا ہے۔ اسے پڑھنے میں مسئلہ یہ ہے کہ وہی ہندسے اکائی کے حساب سے مختلف لمحے کے معنی رکھتے ہیں: 1700000000 سیکنڈوں میں نومبر 2023 ہے اور ملی سیکنڈوں میں جنوری 1970۔ پہچان ہندسوں کی تعداد کے بجائے حجم سے ہوتی ہے، کیونکہ دس ہندسوں کا عدد لازماً سیکنڈ نہیں ہوتا اور منفی ٹائم اسٹیمپ — یعنی 1970 سے پہلے کی تاریخ — کے ہندسوں کی تعداد سے تو کچھ بھی طے نہیں ہوتا۔ چونکہ فرض کی گئی اکائی نتیجے کے ساتھ دکھائی جاتی ہے، اس لیے غلط اندازہ خاموش رہنے کے بجائے نظر آ جاتا ہے۔

وہ ٹائم اسٹیمپ جو لوگوں کو الجھا دیتے ہیں

  • اکائی ہی عام غلطی ہے: سیکنڈ اور ملی سیکنڈ میں ایک ہزار کا فرق ہے، جو کسی حالیہ تاریخ کو 1970 بنا دیتا ہے یا کسی معقول تاریخ کو دور کے مستقبل میں پہنچا دیتا ہے۔ نتیجہ بتا دیتا ہے کہ کون سی اکائی فرض کی گئی۔
  • ٹائم اسٹیمپ ہمیشہ UTC ہوتے ہیں: عدد کے ساتھ کوئی ٹائم زون نہیں ہوتا۔ آپ کو جو مقامی وقت نظر آتا ہے وہ آپ کا آلہ اپنا فرق لگا کر دکھاتا ہے، اس لیے وہی ٹائم اسٹیمپ دو مشینوں پر مختلف نظر آتا ہے۔
  • منفی عدد بھی درست ہے: 1970 سے پہلے کی تاریخیں منفی اعداد سے ظاہر ہوتی ہیں، اور یہاں انہیں مسترد کرنے کے بجائے سنبھالا جاتا ہے۔
  • لیپ سیکنڈ ظاہر نہیں ہوتے: Unix وقت انہیں بہ تعریف چھوڑ دیتا ہے، اس لیے یہ گزرے ہوئے SI سیکنڈوں کی حقیقی گنتی نہیں۔ یہ بات درست وقت کی پیمائش کے لیے اہم ہے اور تقریباً کسی اور چیز کے لیے نہیں۔

The same ten digits can mean two entirely different moments

1700000000 is a date in November 2023 read as seconds, and a date in January 1970 read as milliseconds — identical digits, two moments more than fifty years apart. The [msm_tool slug="time-converter"] exists specifically to remove that ambiguity, detecting the unit from the number's magnitude and stating which one it assumed directly alongside the converted result.

Why magnitude beats counting digits

A ten-digit number is not reliably seconds on its own, and a negative timestamp — a date before 1970 — has no useful digit count to reason from at all. Detecting the unit from how large the number actually is, rather than simply how many digits it has, is what lets seconds, milliseconds, microseconds and nanoseconds all be handled through the same input without asking which one was intended first.

Every timestamp is UTC; what you see locally is your device's doing

The number itself carries no timezone whatsoever. Any local time shown is your own device applying its own offset at display time, which is exactly why the same timestamp can appear as two different clock times to two people looking at it from different places — comparing the raw UTC values directly is the way to be certain both people are actually discussing the same moment.

Negative numbers are a normal part of the format

A negative timestamp represents a genuine moment before 1970 and is handled correctly here rather than rejected. Where a system refuses negative timestamps, that refusal is a limitation of that particular system rather than anything wrong with the timestamp itself.

Why the year 2038 shows up in timestamp discussions

Systems that store Unix time in a signed 32-bit integer run out of range in January 2038 and wrap around to a negative number, silently jumping to a date in the past instead of the future one that was actually meant. Anything using a 64-bit timestamp is unaffected for a span of time considerably longer than the universe has existed so far.

اکثر پوچھے گئے سوالات

خاص طور پر Unix ٹائم اسٹیمپ کنورٹر کے بارے میں۔ اس زمرے سے متعلق عمومی سوالات کے جواب زمرے کے صفحے پر موجود ہیں۔

1 جنوری 1970 کی آدھی رات UTC سے گزرے ہوئے سیکنڈوں کی تعداد، جسے ایپوک کہا جاتا ہے۔ یہ ایک واحد عدد ہے جس کے ساتھ نہ کوئی ٹائم زون ہے نہ کوئی ترتیب، اسی لیے اسے محفوظ کرنا، موازنہ کرنا اور بھیجنا آسان ہے۔
حجم سے۔ سیکنڈوں میں موجودہ ٹائم اسٹیمپ تقریباً دس ہندسوں کا ہوتا ہے؛ ملی سیکنڈوں میں تقریباً تیرہ کا۔ ٹول عدد کے حجم سے اکائی کا اندازہ لگاتا ہے اور بتا دیتا ہے کہ اس نے کیا فرض کیا، تاکہ اگر مفروضہ غلط ہو تو آپ اسے درست کر سکیں۔
ٹائم اسٹیمپ خود UTC میں ہے اور آپ دونوں کے لیے یکساں ہے۔ فرق اُس مقامی ٹائم زون کا ہے جو ہر آلہ دکھاتے وقت لگاتا ہے۔ اگر آپ کو یقین چاہیے کہ آپ ایک ہی لمحے کی بات کر رہے ہیں تو UTC قدروں کا موازنہ کریں۔
جی ہاں۔ منفی قدریں 1970 سے پہلے کے لمحات ظاہر کرتی ہیں اور یہاں انہیں درست طریقے سے سنبھالا جاتا ہے۔ کچھ نظام انہیں مسترد کر دیتے ہیں، اور یہ اُن نظاموں کی حد ہے، فارمیٹ کی نہیں۔
جو نظام Unix وقت کو سائن والے 32-bit عدد صحیح میں محفوظ کرتے ہیں، وہ جنوری 2038 میں اوور فلو ہو جائیں گے۔ جدید نظام 64-bit قدریں استعمال کرتے ہیں اور اتنی مدت تک متاثر نہیں ہوتے جو کائنات کی عمر سے بھی طویل ہے۔

نئے ٹولز، خصوصیات اور کارکردگی بڑھانے کے مشوروں کی اطلاع پانے کے لیے سبسکرائب کریں۔