ইউনিক্স টাইমস্ট্যাম্প কনভার্টার

হ্যাঁ - এটি ১০০% ফ্রি, কোনো সাইন-আপ লাগে না এবং কোনো সীমাও নেই। রূপান্তর পুরোপুরি আপনার ব্রাউজারেই হয়: আপনার দেওয়া টাইমস্ট্যাম্প ও তারিখ কখনোই আপলোড, সংরক্ষণ বা লগ করা হয় না।

দৈর্ঘ্য দেখে: বর্তমান এপক ভ্যালু সেকেন্ডে ১০ সংখ্যার এবং মিলিসেকেন্ডে ১৩ সংখ্যার হয়। date +%s-এর মতো ইউনিক্স টুল এবং পাইথনের time.time() সেকেন্ডে কাজ করে, আর JavaScript-এর Date.now() ও Java-এর System.currentTimeMillis() মিলিসেকেন্ড ফেরত দেয়। এই কনভার্টার ইউনিট নিজে থেকেই শনাক্ত করে, তবে আপনি চাইলে বদলেও নিতে পারেন।

না। ইউনিক্স টাইম ধরে নেয় প্রতিটি দিন ঠিক ৮৬,৪০০ সেকেন্ডের, তাই ১৯৭২ সাল থেকে UTC-তে যোগ হওয়া লিপ সেকেন্ড এতে গণনা হয় না - ইউনিক্স ঘড়ি আসলে একটি সেকেন্ডকে পুনরাবৃত্তি করে বা ছড়িয়ে দেয়। দৈনন্দিন রূপান্তরে এর কোনো দৃশ্যমান প্রভাব পড়ে না।

যেসব সিস্টেম ইউনিক্স টাইমকে সাইনড ৩২-বিট ইন্টিজার হিসেবে সংরক্ষণ করে, সেগুলো ২,১৪৭,৪৮৩,৬৪৭-এ ওভারফ্লো হয়ে যাবে - অর্থাৎ ২০৩৮ সালের ১৯ জানুয়ারি সকাল ০৩:১৪:০৭ UTC-তে। আধুনিক ৬৪-বিট সিস্টেম, এবং এই কনভার্টারও, এতে প্রভাবিত হয় না এবং সামনে-পেছনে লক্ষ লক্ষ বছরের তারিখ সামলাতে পারে।

হ্যাঁ। নেগেটিভ ভ্যালু এপক থেকে পেছনের দিকে সেকেন্ড গোনে, তাই এটি ১৯৭০ সালের ১ জানুয়ারির আগের তারিখ বোঝায়। যেমন, -86400 মানে ১৯৬৯ সালের ৩১ ডিসেম্বর, ০০:০০ UTC। এটি পেস্ট করলে কনভার্টার একে অন্য যেকোনো ভ্যালুর মতোই পড়ে নেবে।

ইউনিক্স টাইমস্ট্যাম্প UTC-এর সাথে সংযুক্ত এবং এর নিজস্ব কোনো টাইম জোন নেই। UTC সারিটি সার্বজনীন রিডিং দেখায়, আর লোকাল সারিটি আপনার ডিভাইসের টাইম-জোন অফসেট প্রয়োগ করে - একই টাইমস্ট্যাম্প কেবল দুইভাবে দেখানো হয়, এবং ডে-লাইট সেভিংয়ের কারণে লোকাল রিডিং এক ঘণ্টা পর্যন্ত বদলে যেতে পারে।

এই টুলের উপরে এটি লাইভ চলতে থাকে - Copy চেপে এটি নিন, বা Use চেপে সরাসরি রূপান্তর করুন। কোডে, শেলে date +%s, JavaScript-এ Date.now() (মিলিসেকেন্ড), অথবা পাইথনে time.time() (সেকেন্ড) ব্যবহার করুন।