مهر زمانی Unix را بر حسب ثانیه، میلیثانیه، میکروثانیه یا نانوثانیه به تاریخ به وقت UTC یا یکی از مناطق زمانی اصلی جهان تبدیل کنید، و تاریخ را به مهر زمانی برگردانید.
هیچ چیزی که وارد میکنید ذخیره نمی‌شود - در همان درخواست تبدیل و بازگردانده میشود.
لاگ‌ها، پایگاههای داده و APIها زمان را به شکل تایماستمپ یونیکس (Unix timestamp) نگه می‌دارند: تعداد ثانیهها از 1 ژانویه 1970 به وقت UTC. یک مقدار را بچسبانید تا تاریخ و ساعت واقعی را در منطقه زمانی خودتان ببینید، یا یک تاریخ را به تایم‌استمپی تبدیل کنید که یک کوئری یا فراخوانی API لازم دارد.
تایماستمپ یک تاریخ امروزی بر حسب ثانیه 10 رقم دارد (1767225600 یعنی 1 ژانویه 2026، ساعت 00:00 UTC)، بر حسب میلیثانیه 13، میکروثانیه 16 و نانوثانیه 19 رقم. ابزار به اندازه عدد نگاه میکند: مقدارهای کمتر از 10^11 ثانیه، کمتر از 10^14 میلیثانیه، کمتر از 10^17 میکروثانیه و بزرگ‌تر از آن نانوثانیه در نظر گرفته میشوند. Date.now() در JavaScript و بیشتر APIهای Java میلیثانیه می‌دهند؛ ابزارهای یونیکس، time.time() در Python و بیشتر پایگاههای داده ثانیه می‌دهند. میتوانید واحد را خودتان تعیین کنید.
تایماستمپ یونیکس همیشه به وقت UTC است؛ منطقه زمانی فقط هنگام نمایش به یک انسان اهمیت دارد. در جهت عکس، ساعت محلی ممکن است مبهم باشد: وقتی ساعت‌ها عقب کشیده میشوند، 01:30 دو بار رخ میدهد و وقتی جلو کشیده میشوند، 02:30 هرگز رخ نمی‌دهد. ابزار در هر دو حالت هشدار میدهد و بی‌صدا یکی را انتخاب نمی‌کند؛ همین انتخاب بی‌صدا علت رایج گزارش‌هایی است که سالی دو بار یک ساعت جابه‌جا میشوند.
تایماستمپ منفی یعنی تاریخی پیش از 1970: مقدار -86400 برابر 31/12/1969 ساعت 00:00 UTC است. ابزار هر لحظه‌ای از -62135596800 (01/01/0001 00:00:00 UTC) تا 253402300799 (31/12/9999 23:59:59 UTC) را می‌پذیرد. اعشار به‌صورت کسری از ثانیه حفظ میشود، پس 1700000000.5 یعنی 14/11/2023 ساعت 22:13:20.5 UTC. تشخیص فقط به اندازه عدد نگاه میکند، بنابراین مقدار میلی‌ثانیه‌ای مربوط به پیش از 03/03/1973 حداکثر 11 رقم دارد و ثانیه خوانده میشود: 86400000 به‌جای 02/01/1970 تاریخ 27/09/1972 را نشان میدهد. برای چنین مقدارهای قدیمی، واحد را میلیثانیه بگذارید.
در Excel یا Google Sheets فرمول =A1/86400+DATE(1970,1,1) ثانیههای خانه A1 را به تاریخ UTC تبدیل میکند (برای میلیثانیه بر 86400000 تقسیم کنید)؛ سپس قالب خانه را تاریخ و ساعت بگذارید. برای وقت محلی، اختلاف با UTC را به ساعت تقسیم بر 24 اضافه کنید، مثلا +7/48 برای تهران (UTC+03:30). فرمول =(A1-DATE(1970,1,1))*86400 تاریخ را به ثانیه برمی‌گرداند. در PostgreSQL تابع to_timestamp(1700000000) یک timestamptz برمی‌گرداند و EXTRACT(EPOCH FROM column) مسیر برگشت است؛ در MySQL توابع FROM_UNIXTIME(1700000000) و UNIX_TIMESTAMP(column) از منطقه زمانی نشست استفاده میکنند. برای بررسی یک فرمول همان مقدار را اینجا بچسبانید: 1700000000 باید 14/11/2023 22:13:20 UTC بدهد.
احتمالا مقدار بر حسب ثانیه بوده ولی بهعنوان میلیثانیه خوانده شده، یا در سیستم مبدأ 0 یا خالی بوده است. تاریخی در ژانویه 1970 تقریبا همیشه نشانه یک مقدار گمشده است، نه رویدادی واقعی.
نه. زمان یونیکس ثانیههای کبیسه را نادیده میگیرد، پس هر روز دقیقا 86,400 ثانیه است. رایانهها، پایگاههای داده و APIها هم زمان را همینطور ذخیره میکنند.
رقمها را بشمارید. امروزه تایماستمپ بر حسب ثانیه 10 رقم و بر حسب میلیثانیه 13 رقم دارد. مبدل این را برایتان تشخیص میدهد و میتوانید واحد را خودتان هم تعیین کنید.
نه. ثانیهها را از یک لحظه واحد به وقت UTC میشمارد، پس یک تایماستمپ در همه جا همان لحظه است. فقط نحوه نمایش آن به منطقه زمانی بستگی دارد.
سیستمهایی که تایماستمپ را به شکل عدد علامتدار 32 بیتی ذخیره میکنند در 19/01/2038 سرریز میشوند. این مبدل از عددهای با اندازه کامل استفاده میکند و تاریخها را تا سال 9999 پشتیبانی میکند.
در JavaScript، Math.floor(Date.now() / 1000) ثانیه میدهد و Date.now() بهتنهایی میلیثانیه میدهد. در Python، int(time.time()). در ترمینال Linux یا macOS، date +%s. در PostgreSQL، EXTRACT(EPOCH FROM now()) (با اعشار) و در MySQL، UNIX_TIMESTAMP(). ساعت زنده این صفحه همان مقدار را به ثانیه و آماده کپی نشان میدهد.
40 منطقه رایج از پایگاه داده منطقههای زمانی IANA که هرکدام به نام یک شهر است، از UTC و Asia/Kolkata (هند) تا America/Los_Angeles و Pacific/Auckland. هر منطقه قواعد ساعت تابستانی خودش را برای تاریخی که تبدیل میکنید اعمال میکند. منطقه مرورگر شما اگر در فهرست باشد از پیش انتخاب میشود؛ وگرنه صفحه با UTC شروع میشود. اگر شهرتان نیست، شهری از فهرست را انتخاب کنید که امروز همان ساعت را دارد، مثلا Asia/Tehran برای اصفهان.
از هر دو کارت استفاده کنید. Asia/Kolkata را بهعنوان منطقه زمانی انتخاب کنید، در بخش تاریخ به مهر زمانی 14/11/2023 و 10:00 را وارد کنید و تبدیل را بزنید: عدد 1699936200 به دست میآید. آن را در بخش مهر زمانی به تاریخ بچسبانید و منطقه زمانی را به America/New_York تغییر دهید. اکنون مهر زمانی به تاریخ مقدار 13/11/2023 23:30:00 را با اختلاف UTC برابر -05:00 نشان میدهد، یعنی شب قبل در نیویورک. ساعت تابستانی بر اساس تاریخی که وارد میکنید اعمال میشود، پس ساعت 10:00 در هند در 14/07/2023 برابر با 00:30 در 14/07/2023 در نیویورک است، با -04:00. تغییر منطقه، تاریخ واردشده در بخش تاریخ به مهر زمانی را هم به وقت نیویورک دوباره میخواند، پس پاسخ را از بخش مهر زمانی به تاریخ بردارید.
ویژگیهایی مانند lastLogonTimestamp و pwdLastSet مقدار Windows FILETIME هستند: بازههای ۱۰۰ نانوثانیهای از 01/01/1601 به وقت UTC، نه زمان یونیکس. اگر 133446720000000000 را همانطور بچسبانید، نانوثانیه خوانده میشود و 25/03/1974 نمایش داده میشود. ابتدا آن را بر 10000000 تقسیم و 11644473600 را از آن کم کنید: نتیجه یعنی 1700198400 برابر با 17/11/2023 05:20:00 به وقت UTC است. در Excel فرمول =A1/864000000000-109205 همان تاریخ و ساعت UTC را میدهد و در PowerShell از [DateTime]::FromFileTimeUtc(133446720000000000) استفاده کنید.
بخشهای آن را در تاریخ به مهر زمانی وارد کنید: 14/11/2023 بهعنوان تاریخ و 22:13:20 بهعنوان ساعت. منطقه زمانیای را انتخاب کنید که در آن تاریخ همان اختلاف را دارد، Asia/Kolkata برای +05:30 یا UTC برای مقداری که به Z ختم میشود، و تبدیل را بزنید: نتیجه 1699980200 است. اگر هیچ منطقهای در فهرست این اختلاف را ندارد، خودتان آن را کم کنید و ساعت را به وقت UTC وارد کنید: 22:13:20+05:30 برابر با 16:43:20 به وقت UTC است. بخش مهر زمانی به تاریخ قالب ISO 8601 را به وقت UTC و به وقت محلی، آماده کپی، نشان میدهد.