সময় অঞ্চল কনভার্টার

যেকোনো দুটি সময় অঞ্চলের মধ্যে তারিখ ও সময় তাৎক্ষণিকভাবে রূপান্তর করুন।

তাৎক্ষণিক ফলাফল ব্রাউজারে চলে

Common Time Zone Offsets

CityTime ZoneUTC Offset
LondonGMT / BSTUTC+0 / +1
Paris / BerlinCET / CESTUTC+1 / +2
IstanbulTRTUTC+3
DubaiGSTUTC+4
New DelhiISTUTC+5:30
Beijing / ShanghaiCSTUTC+8
Tokyo / SeoulJST / KSTUTC+9
New YorkEST / EDTUTC−5 / −4
Los AngelesPST / PDTUTC−8 / −7

Tips

  • Always enter a full date — DST rules are date-dependent.
  • For countries with multiple zones (US, Russia), pick the correct city.
  • Uses the IANA time zone database built into your browser.

কীভাবে ব্যবহার করবেন?

  1. 1
    একটি সময় অঞ্চল নির্বাচন করুন ড্রপডাউন তালিকা থেকে উৎস সময় অঞ্চল বেছে নিন।
  2. 2
    তারিখ ও সময় লিখুন একটি তারিখ ও সময় লিখুন অথবা বর্তমান সময় ব্যবহার করতে "এখন" চাপুন।
  3. 3
    লক্ষ্য সময় অঞ্চল বেছে নিন গন্তব্য সময় অঞ্চল নির্বাচন করুন এবং ফলাফল তাৎক্ষণিকভাবে দেখা যাবে।

সাধারণ প্রশ্নোত্তর

এই কনভার্টার কি ডেলাইট সেভিং টাইম সামলায়?
হ্যাঁ। হিসাবটি আপনার ব্রাউজারে অন্তর্নির্মিত IANA সময় অঞ্চল ডেটাবেস ব্যবহার করে, যা স্বয়ংক্রিয়ভাবে সব ডেলাইট সেভিং টাইমের নিয়ম প্রয়োগ করে।

সময় অঞ্চল কনভার্টার কী করে?

এই সময় অঞ্চল কনভার্টার একটি নির্দিষ্ট তারিখ ও সময়কে একটি IANA time zone থেকে অন্য time zone-এ রূপান্তর করে। From, To এবং Date & Time নির্বাচন করলে ব্রাউজারের Intl API নির্বাচিত অঞ্চলের নিয়ম ব্যবহার করে গন্তব্য সময় দেখায়। মিটিং, অনলাইন ক্লাস, ওয়েবিনার, ভ্রমণ পরিকল্পনা, আন্তর্জাতিক সাপোর্ট শিফট বা পরিবার-বন্ধুর সঙ্গে কল ঠিক করার সময় শুধু UTC offset দেখলেই যথেষ্ট হয় না; তারিখভেদে daylight saving time বদলাতে পারে।

তারিখ কেন জরুরি?

অনেক দেশে গ্রীষ্মকালীন সময় বা DST চালু থাকে। যেমন New York শীতে সাধারণত UTC−5, কিন্তু গ্রীষ্মে UTC−4 হতে পারে। London-ও GMT এবং BST-এর মধ্যে বদলায়। তাই “সন্ধ্যা 7টা New York” কোন মাসের তারিখ, সেটি না জানলে সঠিক Dhaka, London বা Tokyo সময় বের করা যায় না। এই টুল date-time field ব্যবহার করে সেই তারিখের zone rule ধরার চেষ্টা করে।

IANA time zone বনাম UTC offset

UTC+3, UTC−5 বা UTC+5:30 একটি offset; কিন্তু Europe/Istanbul, America/New_York বা Asia/Dhaka একটি time zone identifier। Identifier-এর ভিতরে ঐ অঞ্চলের historical এবং seasonal rule থাকে। একই offset থাকা দুই শহরের ভবিষ্যৎ নিয়ম আলাদা হতে পারে। তাই ভ্রমণ, recurring meeting বা deadline-এর ক্ষেত্রে city/time zone নির্বাচন করা offset মুখস্থ করার চেয়ে নিরাপদ।

ফল ব্যবহারের সময় সতর্কতা

ব্রাউজার যেই time zone database জানে, টুলটি সেটির ওপর নির্ভর করে। পুরোনো ব্রাউজার বা অপারেটিং সিস্টেমে সদ্য পরিবর্তিত সরকারি সময়নীতি প্রতিফলিত নাও হতে পারে। আন্তর্জাতিক ফ্লাইট, আইনি deadline, আর্থিক market close বা চিকিৎসা appointment-এর মতো গুরুত্বপূর্ণ কাজে ফলাফল ক্যালেন্ডার আমন্ত্রণ, অফিসিয়াল সময়সূচি বা সংশ্লিষ্ট প্রতিষ্ঠানের তথ্যের সঙ্গে মিলিয়ে নিন। একই শহরে “আজ” বোতাম বর্তমান ডিভাইস সময় ধরে; ডিভাইসের ঘড়ি ভুল হলে ফলও ভুল হতে পারে। recurring meeting হলে প্রথম তারিখের পাশাপাশি পরের DST পরিবর্তনের পরের তারিখও পরীক্ষা করা ভালো।

বাস্তব পরিকল্পনায় শুধু একবারের সময় নয়, অংশগ্রহণকারীদের কাজের সময়ও দেখা জরুরি। Dhaka থেকে New York, London, Dubai বা Tokyo-র সময় মিলাতে গেলে একই তারিখ কখনো আগের বা পরের দিনে চলে যেতে পারে। রাত 11টার মিটিং অন্য শহরে সকাল হতে পারে, আবার deadline UTC-তে লেখা থাকলে স্থানীয় ক্যালেন্ডারে তারিখ বদলাতে পারে। ফল কপি করার সময় city identifier, date, local time এবং timezone abbreviation একসঙ্গে লিখলে ভুল বোঝাবুঝি কমে। ক্যালেন্ডার আমন্ত্রণ পাঠানোর আগে সংশ্লিষ্ট অ্যাপে time zone lock ঠিক আছে কিনা দেখুন।

অনেক online meeting platform নিজে time zone বদলায়, কিন্তু pasted text বা screenshot বদলায় না। তাই “10:00 AM” লেখার বদলে “10:00 AM Asia/Dhaka” বা “10:00 UTC” ধরনের পূর্ণ notation ব্যবহার করা ভালো। international team-এর ক্ষেত্রে 24-hour format এবং date সহ লেখা ভুল কমায়।

যে সময়টি রূপান্তর করছেন সেটি local time না already UTC, সেটিও আগে নিশ্চিত করুন।

মন্তব্য