Epoch Time কনভার্টার
Unix টাইমস্ট্যাম্পকে UTC তারিখে রূপান্তর করুন অথবা একটি তারিখকে epoch সেকেন্ডে পরিবর্তন করুন।
এই epoch টাইম কনভার্টারটি কীভাবে ব্যবহার করবেন
- কনভার্সন মোড বেছে নিন
Conversion mode ফিল্ডে Epoch to date অথবা Date to epoch নির্বাচন করুন।
- Epoch থেকে তারিখের জন্য
Epoch timestamp (seconds) ফিল্ডে সেকেন্ডে Unix টাইমস্ট্যাম্প লিখুন।
- তারিখ থেকে epoch-এর জন্য
Calendar date থেকে তারিখ বেছে নিন, তারপর প্রয়োজন অনুযায়ী Hour (UTC), Minute (UTC) এবং Second (UTC) সেট করুন।
- ফলাফল দেখুন
ক্যালকুলেটরটি UTC মান, ইউনিক্স মিলিসেকেন্ড এবং সপ্তাহের দিন প্রদর্শন করে।
এই epoch টাইম কনভার্টার যেভাবে কাজ করে
এই epoch টাইম কনভার্টার Unix টাইমস্ট্যাম্প এবং মানুষের পাঠযোগ্য UTC তারিখের মধ্যে রূপান্তর করে। Unix টাইম — যাকে POSIX টাইম বা epoch টাইমও বলা হয় — ১ জানুয়ারি, ১৯৭০ (1970-01-01T00:00:00Z) তারিখের মধ্যরাত UTC থেকে অতিবাহিত সেকেন্ডের সংখ্যা গণনা করে। এই একক-পূর্ণসংখ্যা উপস্থাপনাটি ডেটাবেস, API, লগ ফাইল, JWT টোকেন এবং কার্যত প্রতিটি আধুনিক প্রোগ্রামিং ল্যাঙ্গুয়েজে টাইমস্ট্যাম্প সংরক্ষণ এবং প্রেরণের জন্য একটি আদর্শ মান। এই কনভার্টারটি উভয় দিকেই কাজ করে: একটি সংখ্যাসূচক টাইমস্ট্যাম্প লিখলে সংশ্লিষ্ট UTC তারিখ, সপ্তাহের দিন এবং মিলিসেকেন্ডের সমতুল্য মান পাওয়া যায়, আবার ক্যালেন্ডারের তারিখ এবং সময় লিখলে সেকেন্ড এবং মিলিসেকেন্ডে epoch মান পাওয়া যায়।
Unix টাইম = 1970-01-01T00:00:00Z থেকে অতিবাহিত সেকেন্ড Unix টাইমস্ট্যাম্প ১,৭০০,০০০,০০০-কে তারিখে রূপান্তর করতে: ১৯৭০-০১-০১ ০০:০০:০০ UTC থেকে শুরু করে ১,৭০০,০০০,০০০ সেকেন্ড যোগ করুন। এটি ১৯,৬৭৫ দিন, ১৭ ঘণ্টা, ৪৬ মিনিট এবং ৪০ সেকেন্ডের সমান। এর ফলে প্রাপ্ত UTC তারিখটি হলো ২০২৩-১১-১৪ রাত ২২:১৩:২০ UTC, যা একটি মঙ্গলবার। এর মিলিসেকেন্ড সমতুল্য হলো ১,৭০০,০০০,০০০,০০০। বিপরীতভাবে, নভেম্বর ১৪, ২০২৩ রাত ২২:১৩:২০ UTC ইনপুট দিলে ঠিক ১,৭০০,০০০,০০০ ইপোক মান পাওয়া যায়।
টাইমস্ট্যাম্প 0 রূপান্তরিত হয়ে 1970-01-01 00:00:00 UTC (বৃহস্পতিবার) হয়। এর সমতুল্য মিলিসেকেন্ড হলো 0।
টাইমস্ট্যাম্প 1,704,000,000 রূপান্তরিত হয়ে 2023-12-31 12:00:00 UTC (রবিবার) হয়। 'Date to epoch' মোডে ওই তারিখ এবং সময় ইনপুট করলে 1,704,000,000 পাওয়া যায়।
- ✓ সমস্ত গণনা UTC-তে করা হয়। স্থানীয় সময়ের রূপান্তরের জন্য রূপান্তরের পরে উপযুক্ত টাইম-জোন অফসেট প্রয়োগ করতে হবে।
- ✓ লিপ সেকেন্ড গণনা করা হয় না। POSIX-এর মতো, এই কনভার্টারটি প্রতিদিনকে ঠিক ৮৬,৪০০ সেকেন্ড হিসেবে গণ্য করে, যা বেশিরভাগ প্রোগ্রামিং ভাষা এবং অপারেটিং সিস্টেমের আচরণের সাথে মিলে যায়।
- ✓ নেতিবাচক টাইমস্ট্যাম্পগুলো ইপোক (জানুয়ারি ১, ১৯৭০)-এর আগের তারিখগুলোকে নির্দেশ করে। উদাহরণস্বরূপ, −৮৬৪০০ মানে ৩১ ডিসেম্বর, ১৯৬৯।
- ✓ মিলিসেকেন্ড টাইমস্ট্যাম্পগুলো ইনপুট করার আগে ১,০০০ দিয়ে ভাগ করা উচিত; কনভার্টারটি ইনপুট হিসেবে সেকেন্ড গ্রহণ করে এবং ফলাফলে মিলিসেকেন্ডের সমতুল্য মান প্রদর্শন করে।
- JavaScript-এর Date.now() এবং Java-এর System.currentTimeMillis() মিলিসেকেন্ড রিটার্ন করে, সেকেন্ড নয় — এখানে মানটি দেওয়ার আগে ১,০০০ দিয়ে ভাগ করুন, অথবা তুলনার জন্য মিলিসেকেন্ড আউটপুট ব্যবহার করুন।
- ২০৩৮ সালের সমস্যাটি ৩২-বিট সাইনড-ইন্টিজার টাইমস্ট্যাম্পকে প্রভাবিত করে, যা ১৯ জানুয়ারি, ২০৩৮ তারিখে ০৩:১৪:০৭ UTC-তে ওভারফ্লো হবে। বেশিরভাগ আধুনিক সিস্টেম এখন ৬৪-বিট টাইমস্ট্যাম্পে স্থানান্তরিত হয়েছে।
- API রেসপন্স বা লগ ফাইল ডিবাগ করার সময়, ঠিক ৩,৬০০ বা ৭,২০০ সেকেন্ডের পার্থক্য আছে এমন টাইমস্ট্যাম্পগুলোর দিকে খেয়াল রাখুন — এটি সাধারণত নির্দেশ করে যে পাইপলাইনের কোথাও টাইম-জোন অফসেট প্রয়োগ করা হয়েছে (বা বাদ দেওয়া হয়েছে)।
- ইপোক টাইম সবসময় একঘেয়েভাবে বৃদ্ধি পায় (লিপ-সেকেন্ড সমন্বয় বাদ দিলে), যা ইভেন্ট সাজানো, সময়কাল গণনা এবং অনন্য সময়-ভিত্তিক আইডি তৈরির জন্য আদর্শ।
- IEEE Std 1003.1 (POSIX) — ইপোক থেকে সেকেন্ডের সংজ্ঞা
- Unix ইপোকের উৎস — The Unix Heritage Society এবং Bell Labs ডকুমেন্টেশন
- RFC 3339 — ইন্টারনেটে তারিখ এবং সময়: টাইমস্ট্যাম্প
ইউনিক্স টাইমস্ট্যাম্প কী?
ইউনিক্স টাইমস্ট্যাম্প হলো ১ জানুয়ারি, ১৯৭০-এর মধ্যরাত UTC থেকে অতিবাহিত সেকেন্ডের সংখ্যা — যাকে ইউনিক্স ইপোক (Unix epoch) বলা হয়। এই একক পূর্ণসংখ্যাটি ডেটাবেস, API, লগ ফাইল এবং বেশিরভাগ প্রোগ্রামিং ল্যাঙ্গুয়েজে সময় উপস্থাপনের জন্য একটি স্বীকৃত মান। যেহেতু এটি টাইম-জোন নিরপেক্ষ এবং ক্রমান্বয়ে বৃদ্ধি পায়, তাই এটি সর্টিং, সময়কাল গণনা এবং সময়-ভিত্তিক তুলনা সহজ করে তোলে। JavaScript-এর Date.now() এবং অনেক API মিলিসেকেন্ড (১,০০০ × সেকেন্ড) প্রদান করে, তাই এখানে মিলিসেকেন্ড মান ইনপুট করার আগে ১,০০০ দিয়ে ভাগ করুন। নেতিবাচক টাইমস্ট্যাম্প ১৯৭০ সালের আগের তারিখ নির্দেশ করে; উদাহরণস্বরূপ, −৮৬৪০০ হলো ইপোকের ঠিক একদিন আগের সময়।
ডেভেলপারদের জন্য ইপোক টাইমের ব্যবহার
ডেভেলপাররা ডেটাবেসে ইভেন্টের সময় সংরক্ষণ, JSON API-তে তারিখ সিরিয়ালাইজ করা, সময়-ভিত্তিক ক্যাশে কী তৈরি করা এবং লগ এন্ট্রি ডিবাগ করার সময় ইউনিক্স টাইমস্ট্যাম্প ব্যবহার করেন। দক্ষ ইনডেক্সিং এবং রেঞ্জ কুয়েরির জন্য ডেটাবেস কলামে প্রায়ই টাইমস্ট্যাম্প পূর্ণসংখ্যা হিসেবে সংরক্ষণ করা হয়। API রেসপন্সগুলো প্রায়ই ইপোক সেকেন্ড বা মিলিসেকেন্ড প্রদান করে যাতে টাইম-জোন সংক্রান্ত অস্পষ্টতা এড়ানো যায়। ডিবাগিংয়ের সময়, লগ বা JWT ক্লেইম থেকে একটি র টাইমস্ট্যাম্পকে মানুষের পাঠযোগ্য তারিখে রূপান্তর করলে মানটি সঠিক কি না বা টাইম-জোনের কারণে কোনো পার্থক্য আছে কি না তা দ্রুত বোঝা যায়। ইপোক টাইম রেট লিমিটিং, সেশন এক্সপায়ারি এবং ডিস্ট্রিবিউটেড সিস্টেমে সর্টযোগ্য ইউনিক আইডেন্টিফায়ার তৈরির জন্যও ব্যবহৃত হয়।
ইপোক টাইম কনভার্টার FAQ
Unix ইপোক কী?
Unix ইপোক হলো একটি রেফারেন্স পয়েন্ট যেখান থেকে Unix সময় পরিমাপ করা হয়: ১ জানুয়ারি, ১৯৭০-এর মধ্যরাত UTC (1970-01-01T00:00:00Z)। ০ টাইমস্ট্যাম্পটি ঠিক সেই মুহূর্তটিকে নির্দেশ করে।
কেন আমার JavaScript টাইমস্ট্যাম্পে বেশি সংখ্যা থাকে?
JavaScript-এর Date.now() এপোক থেকে মিলিসেকেন্ড প্রদান করে, সেকেন্ড নয়। এই টুলে ব্যবহৃত সেকেন্ড-ভিত্তিক ফরম্যাটে রূপান্তর করতে ১,০০০ দিয়ে ভাগ করুন, অথবা সরাসরি মিলিসেকেন্ড আউটপুটের সাথে তুলনা করুন।
আমি কি একটি নেতিবাচক টাইমস্ট্যাম্প লিখতে পারি?
হ্যাঁ। নেতিবাচক মানগুলো এপোকের আগের তারিখ নির্দেশ করে। উদাহরণস্বরূপ, −৮৬৪০০ মানে হলো 1969-12-31T00:00:00Z, যা এপোকের ঠিক একদিন আগে।
এটি কি লিপ সেকেন্ড হ্যান্ডেল করে?
না, এবং এটি POSIX স্ট্যান্ডার্ডের সাথে সামঞ্জস্যপূর্ণ। POSIX টাইম ধরে নেয় যে প্রতিদিন ঠিক ৮৬,৪০০ সেকেন্ড। ১৯৭২ সাল থেকে যুক্ত করা ২৭টি লিপ সেকেন্ড আলাদাভাবে দেখানো হয় না, যার অর্থ লিপ সেকেন্ডের সীমানায় UTC এবং Unix টাইমের মধ্যে এক সেকেন্ড পর্যন্ত পার্থক্য হতে পারে।
২০৩৮ সালের সমস্যাটি কী?
যেসব সিস্টেম Unix টাইমকে 32-bit সাইনড ইন্টিজার হিসেবে সংরক্ষণ করে, সেগুলো ১৯ জানুয়ারি, ২০৩৮ তারিখে ০৩:১৪:০৭ UTC-তে ওভারফ্লো হবে, যা একটি বড় নেতিবাচক সংখ্যায় পরিণত হবে এবং ১৯০১ সালের তারিখ দেখাবে। বেশিরভাগ আধুনিক প্ল্যাটফর্ম এখন 64-bit টাইমস্ট্যাম্প ব্যবহার করে, যা ২৯০ বিলিয়ন বছরেরও বেশি সময় ধরে ওভারফ্লো হবে না।