সেকেন্ড, মিলিসেকেন্ড, মাইক্রোসেকেন্ড বা ন্যানোসেকেন্ডের Unix epoch টাইমস্ট্যাম্পকে UTC বা বিশ্বের প্রধান কোনো টাইম জোনের তারিখে রূপান্তর করুন, এবং তারিখকে আবার টাইমস্ট্যাম্পে।
আপনি যা লেখেন তার কিছুই সংরক্ষিত হয় না - একই অনুরোধে রূপান্তর করে ফেরত দেওয়া হয়।
লগ, ডেটাবেস আর API সময় রাখে Unix টাইমস্ট্যাম্প হিসেবে: 1 জানুয়ারি 1970 UTC থেকে পেরোনো সেকেন্ড। এখানে পেস্ট করে আপনার টাইম জোনে আসল তারিখ ও সময় দেখুন, অথবা কোনো তারিখকে সেই টাইমস্ট্যাম্পে বদলান যা আপনার কোয়েরি বা API কলে দরকার।
আজকের কোনো তারিখের টাইমস্ট্যাম্প সেকেন্ডে 10 অঙ্কের (1767225600 মানে 1 জানুয়ারি 2026, 00:00 UTC), মিলিসেকেন্ডে 13, মাইক্রোসেকেন্ডে 16 আর ন্যানোসেকেন্ডে 19 অঙ্কের। টুলটি আকার দেখে: 10^11-এর কম মান সেকেন্ড, 10^14-এর কম মিলিসেকেন্ড, 10^17-এর কম মাইক্রোসেকেন্ড, আর তার বেশি হলে ন্যানোসেকেন্ড ধরা হয়। JavaScript-এর Date.now() আর বেশিরভাগ Java API মিলিসেকেন্ড দেয়; Unix টুল, Python-এর time.time() আর বেশিরভাগ ডেটাবেস সেকেন্ড দেয়। অনুমানটি আপনি নিজে বদলাতে পারেন।
Unix টাইমস্ট্যাম্প সবসময় 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 দিয়ে ভাগ করে যোগ করুন, যেমন ঢাকার জন্য +6/24। =(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-এর তারিখ মানে প্রায় সবসময় অনুপস্থিত মান, আসল কোনো ঘটনা নয়।
না। Unix সময় লিপ সেকেন্ড উপেক্ষা করে, তাই প্রতিটি দিন ঠিক 86,400 সেকেন্ডের। কম্পিউটার, ডেটাবেস আর API-ও এভাবেই সময় রাখে।
অঙ্ক গুনুন। আজ সেকেন্ডের টাইমস্ট্যাম্প 10 অঙ্কের আর মিলিসেকেন্ডের 13 অঙ্কের। কনভার্টার এটি নিজেই চেনে, আর আপনি নিজেও একক বেছে নিতে পারেন।
না। এটি UTC-র একটি নির্দিষ্ট মুহূর্ত থেকে সেকেন্ড গোনে, তাই একই টাইমস্ট্যাম্প সব জায়গায় একই মুহূর্ত। শুধু দেখানোর ধরন টাইম জোনের উপর নির্ভর করে।
যেসব সিস্টেম টাইমস্ট্যাম্প signed 32-bit সংখ্যায় রাখে, সেগুলো 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()। এই পেজের লাইভ ঘড়ি একই মান সেকেন্ডে দেখায়, কপি করার জন্য তৈরি।
IANA টাইম জোন ডেটাবেসের 40টি প্রচলিত জোন, প্রতিটি একটি শহরের নামে, UTC ও Asia/Kolkata (ভারত) থেকে America/Los_Angeles ও Pacific/Auckland পর্যন্ত। প্রতিটি জোন রূপান্তরিত তারিখে নিজের ডেলাইট সেভিং নিয়ম প্রয়োগ করে। আপনার ব্রাউজারের জোন তালিকায় থাকলে আগে থেকেই বাছাই থাকে; না থাকলে পেজ UTC দিয়ে শুরু হয়। আপনার শহর না থাকলে আজ একই সময় মেনে চলা তালিকার কোনো শহর বাছুন, যেমন চট্টগ্রামের জন্য Asia/Dhaka।
দুটি কার্ডই ব্যবহার করুন। সময় অঞ্চল হিসেবে Asia/Kolkata বেছে নিন, তারিখ থেকে টাইমস্ট্যাম্প অংশে 14/11/2023 ও 10:00 লিখে রূপান্তর চাপুন: 1699936200 পাবেন। এটি টাইমস্ট্যাম্প থেকে তারিখ অংশে পেস্ট করুন, তারপর সময় অঞ্চল America/New_York করে দিন। এখন টাইমস্ট্যাম্প থেকে তারিখ দেখায় 13/11/2023 23:30:00, UTC অফসেট -05:00, অর্থাৎ নিউ ইয়র্কে আগের দিনের সন্ধ্যা। ডেলাইট সেভিং আপনার লেখা তারিখ অনুযায়ী ধরা হয়, তাই 14/07/2023 তারিখে ভারতে 10:00 মানে নিউ ইয়র্কে 14/07/2023 তারিখের 00:30, -04:00 অফসেটে। জোন বদলালে তারিখ থেকে টাইমস্ট্যাম্প অংশে লেখা তারিখও নিউ ইয়র্কের সময় ধরে আবার পড়া হয়, তাই উত্তর নিন টাইমস্ট্যাম্প থেকে তারিখ অংশ থেকে।
lastLogonTimestamp ও pwdLastSet-এর মতো অ্যাট্রিবিউট Windows FILETIME মান: 01/01/1601 UTC থেকে গোনা ১০০ ন্যানোসেকেন্ডের ব্যবধান, Unix সময় নয়। 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। সেই তারিখে একই অফসেট আছে এমন সময় অঞ্চল বেছে নিন, +05:30-এর জন্য Asia/Kolkata বা Z দিয়ে শেষ হওয়া মানের জন্য UTC, তারপর রূপান্তর চাপুন: উত্তর 1699980200। তালিকার কোনো অঞ্চলে সেই অফসেট না থাকলে নিজে বিয়োগ করে সময় UTC-তে দিন: 22:13:20+05:30 মানে 16:43:20 UTC। টাইমস্ট্যাম্প থেকে তারিখ ISO 8601 UTC ও স্থানীয় সময়ে কপি করার জন্য দেখায়।