URL দিলে SSC রেজাল্ট কীভাবে আসে?

তুমি Chrome খুললে, অ্যাড্রেস বারে eboardresults.com লিখলে, Enter চাপলে — আধা সেকেন্ডের মধ্যে রেজাল্টের পেজ পর্দায় চলে আসে। কিন্তু ওই আধা সেকেন্ডে তোমার অনুরোধ পৃথিবীর কয়েকটা যন্ত্রের ভেতর দিয়ে ঘুরে আসে। চলো ধাপে ধাপে দেখি।

কেন এত জটিল প্রক্রিয়া দরকার?

সরল প্রশ্ন: কম্পিউটার নাম মনে রাখে না, শুধু সংখ্যা (IP Address) মনে রাখে। কিন্তু মানুষের পক্ষে 103.48.16.10-এর মতো সংখ্যা মনে রাখা কঠিন, eboardresults.com মনে রাখা সহজ। এই দুই জগতের (মানুষের নাম বনাম কম্পিউটারের সংখ্যা) মধ্যে সেতু বানাতেই DNS-সহ পুরো এই ব্যবস্থার জন্ম।

ধাপ ১ — URL ভাঙা হয়

https://eboardresults.com/result — এই ঠিকানার তিনটি অংশ:

ধাপ ২ — DNS: নাম থেকে ঠিকানা

কম্পিউটার নাম বোঝে না, IP অ্যাড্রেস বোঝে (যেমন 103.48.16.10)। তাই ব্রাউজার DNS (Domain Name System) সার্ভারকে জিজ্ঞেস করে — "eboardresults.com এর IP কত?" DNS হলো ইন্টারনেটের ফোনবুক: নাম → নম্বর।

💡 একবার পাওয়া IP ব্রাউজার cache করে রাখে, যাতে পরেরবার আবার জিজ্ঞেস করতে না হয়। এ কারণেই একই সাইট বারবার ভিজিট করলে পরের বার একটু দ্রুত খোলে।

ধাপ ৩ — সংযোগ স্থাপন (TCP + HTTPS)

IP পাওয়ার পর তোমার যন্ত্র সার্ভারের সাথে একটা সংযোগ গড়ে — TCP three-way handshake (SYN → SYN-ACK → ACK)। এই তিনটি বার্তা বিনিময় নিশ্চিত করে দুই প্রান্তই পাঠাতে-গ্রহণ করতে প্রস্তুত। https হওয়ায় এর পর TLS দিয়ে সংযোগটা এনক্রিপ্ট হয়, যাতে মাঝপথে কেউ ডেটা পড়তে না পারে।

ধাপ ৪ — HTTP রিকোয়েস্ট পাঠানো

ব্রাউজার একটা HTTP request পাঠায়: "আমাকে /result পেজটা দাও।" এই অনুরোধ ছোট ছোট প্যাকেটে ভাগ হয়ে রাউটার, ISP, সাবমেরিন কেবল পেরিয়ে সার্ভারে পৌঁছায় — প্রতিটি প্যাকেট আলাদা পথেও যেতে পারে, গন্তব্যে আবার সঠিক ক্রমে জোড়া লাগে।

ধাপ ৫ — সার্ভার উত্তর তৈরি করে

সার্ভার তোমার রোল ও বোর্ড দিয়ে ডেটাবেজে query চালায়, রেজাল্ট খুঁজে বের করে, একটা HTML পেজ বানায় এবং HTTP response আকারে ফেরত পাঠায় (স্ট্যাটাস কোড 200 OK)। ভুল রোল দিলে সার্ভার 404 Not Found-এর মতো ভিন্ন স্ট্যাটাস কোড পাঠায়।

ধাপ ৬ — ব্রাউজার পেজ আঁকে

ফিরে আসা HTML, CSS, ছবি ব্রাউজার পড়ে (rendering) আর পর্দায় তোমার রেজাল্ট আঁকে। পুরো যাত্রা — অনুরোধ থেকে ছবি — শেষ আধা সেকেন্ডেরও কমে।

তুমি → DNS (নাম→IP) → TCP+TLS সংযোগ → HTTP request
                                          ↓
পর্দায় রেজাল্ট ← rendering ← HTTP response ← সার্ভার + ডেটাবেজ

বাস্তব জীবনের সাথে মিল

🏠 অ্যানালজি: পুরো প্রক্রিয়াটা একটা চিঠি পাঠানোর মতো — DNS হলো ঠিকানা বইয়ের মতো নাম থেকে সঠিক বাড়ি নম্বর খুঁজে দেওয়া; TCP handshake হলো দরজায় কড়া নেড়ে "তুমি কি প্রস্তুত?" জিজ্ঞাসা করা; HTTP request হলো চিঠির মূল বার্তা; HTTP response হলো উত্তরপত্র।

HTTP Status Code — সংক্ষিপ্ত পরিচয়

🔗 HSC সিলেবাস সংযোগ

• অধ্যায় ২: IP অ্যাড্রেস, ডেটা ট্রান্সমিশন, ইন্টারনেট, প্যাকেট।
• অধ্যায় ৪: URL, ওয়েবসাইট, ওয়েবপেজ, ব্রাউজার।
• অধ্যায় ৬: সার্ভারে query চালিয়ে ডেটাবেজ থেকে রেজাল্ট আনা।

📝 HSC পরীক্ষার প্রস্তুতি

• DNS কী? ডোমেইন নামকে IP অ্যাড্রেসে রূপান্তরকারী সিস্টেম।
• প্রোটোকল কী? ডেটা আদান-প্রদানের নিয়মের সমষ্টি (HTTP, HTTPS, TCP)।
• HTTPS কেন নিরাপদ? TLS এনক্রিপশন ডেটা গোপন রাখে।
• সাধারণ ভুল: DNS-কে ডেটা পাঠানোর মাধ্যম ভাবা — এটি শুধু নাম↔ঠিকানা রূপান্তর করে, ডেটা পাঠায় না।

📚 সারাংশ

URL → DNS নাম খুঁজে IP দেয় → TCP/TLS সংযোগ → HTTP request → সার্ভার ডেটাবেজ থেকে রেজাল্ট আনে → response → ব্রাউজার পেজ আঁকে। সব হয় চোখের পলকে।