Quartz 5

5. Http Request

8 min read

হাসিব, তোমার প্রোভাইড করা লেকচার ট্রান্সক্রিপ্টটি আমি খুব গভীরভাবে অ্যানালাইজ করেছি। এই লেকচারে মূলত HTTP Request Message Format, এর বিভিন্ন কম্পোনেন্ট এবং ASP.NET Core-এ HttpContext.Request অবজেক্ট ব্যবহার করে কীভাবে রানটাইমে রিকোয়েস্টের বিভিন্ন ডেটা (যেমন: Path, Method) রিড করা যায়, তা বিস্তারিত আলোচনা করা হয়েছে।

ভবিষ্যতে দ্রুত রিভিশন দেওয়ার জন্য নিচে প্রথমে একটি কুইক সামারি এবং এরপর প্রতিটি বিষয়ের ইন-ডেপ্ত ব্রেকডাউন দেওয়া হলো।

📝 Quick Summary for Revision

  • HTTP Request: Client (Browser) থেকে Server-এ কোনো ইনফরমেশন বা পেজ চেয়ে যে মেসেজ পাঠানো হয়, তাকে HTTP Request বলে।
  • Request Structure: একটি স্ট্যান্ডার্ড HTTP Request মূলত ৪টি পার্ট নিয়ে গঠিত: Start Line, Request Headers, একটি Empty Line, এবং Request Body।
  • Start Line: এতে ৩টি জিনিস স্পেস দিয়ে আলাদা করা থাকে— Request Method (e.g., GET, POST), URL/Path (e.g., /hello), এবং HTTP Version (e.g., HTTP/1.1)।
  • Request Headers: Browser থেকে Server-এ পাঠানো Key-Value পেয়ার (মেটাডেটা), যা রিকোয়েস্টের হোস্ট, কানেকশন টাইপ ইত্যাদি নির্দেশ করে।
  • Request Body: রিকোয়েস্টের সাথে পাঠানো আসল ডেটা। GET Request-এ কোনো Body থাকে না (Empty), কিন্তু POST Request-এ Body থাকে।
  • context.Request: ASP.NET Core-এ রিকোয়েস্ট আসার পর HttpContext.Request অবজেক্টের মাধ্যমে রিকোয়েস্টের সব ডেটা কোডে রিড করা যায়।
  • context.Request.Path: ইউজার পোর্টের পরে যে URL পাথটি লিখেছে তা দেয় (যেমন: /hello)।
  • context.Request.Method: রিকোয়েস্টের টাইপ দেয় (যেমন: GET বা POST)।

🧠 Comprehensive Breakdown

এখানে লেকচারের প্রতিটি কনসেপ্ট এবং তার পেছনের “Why” (কেন এবং কীভাবে কাজ করে) বিস্তারিতভাবে ব্যাখ্যা করা হলো।

1. What is an HTTP Request? [Priority: 10/10]

What and Why: যখন একজন ইউজার ব্রাউজারে কোনো ওয়েবসাইটের নাম লিখে এন্টার দেয় বা কোনো বাটনে ক্লিক করে, তখন ব্রাউজার (Client) ব্যাকএন্ড সার্ভারের কাছে একটি রিকোয়েস্ট বা মেসেজ পাঠায়। টেকনিক্যাল ভাষায় একেই HTTP Request বলে। সহজ কথায়, ইউজার যখন বলে, “হে সার্ভার, আমাকে অমুক পেজটি দাও বা অমুক বইটি দাও”, ব্রাউজার তখন ব্যাকএন্ডের বোঝার সুবিধার্থে একটি নির্দিষ্ট সেট অফ রুলস মেনে মেসেজ তৈরি করে সার্ভারে পাঠায়।

2. The Structure of an HTTP Request Message [Priority: 10/10]

সার্ভার যেভাবে রেসপন্স পাঠাতে একটি নির্দিষ্ট ফরম্যাট মেইনটেইন করে, ব্রাউজারও সার্ভারে রিকোয়েস্ট পাঠানোর সময় একটি ফিক্সড স্ট্রাকচার মেনে মেসেজ তৈরি করে। স্ট্রাকচারটি নিচে দেওয়া হলো:

A. The Request Start Line

এটি রিকোয়েস্ট মেসেজের একদম প্রথম লাইন। এখানে তিনটি গুরুত্বপূর্ণ উপাদান স্পেস দিয়ে আলাদা করা থাকে:

  • Request Method: ব্রাউজারটি সার্ভার থেকে তথ্য খুঁজছে (GET), নাকি সার্ভারে নতুন তথ্য পাঠাচ্ছে (POST)—ইউজারের এই উদ্দেশ্য বা নিয়ত বোঝানোর জন্য Method ব্যবহৃত হয়। এছাড়াও PUT, DELETE, PATCH এর মতো আরও মেথড রয়েছে।
  • URL/Path: সার্ভারের ঠিক কোন লোকেশনের ইনফরমেশনটি ইউজার দেখতে চায় তা নির্দেশ করে (যেমন: [Udemy.com/courses](https://Udemy.com/courses) এর ক্ষেত্রে পাথ হলো /courses বা কাস্টমার কেয়ারের জন্য /support)। পাথের শুরু সবসময় একটি স্ল্যাশ (/) দিয়ে হয়।
  • HTTP Version: রিকোয়েস্টটি পাঠানোর জন্য ব্রাউজার কোন প্রোটোকল ভার্সন ব্যবহার করছে (যেমন: ডিফল্টভাবে HTTP/1.1)।

B. HTTP Request Headers

Start Line-এর ঠিক নিচের লাইনগুলো হলো Request Headers। এগুলো কোলন (:) দ্বারা বিভক্ত এক একটি Key-Value Pair।

  • Why it’s needed: এই হেডারগুলো ব্রাউজার অটোমেটিকভাবে তৈরি করে সার্ভারকে কিছু অতিরিক্ত তথ্য দেওয়ার জন্য পাঠায়। যেমন: Host (কোন ডোমেইনে রিকোয়েস্ট যাচ্ছে), Connection ইত্যাদি।
  • Difference with Response Headers: রিকোয়েস্ট হেডার যায় Browser থেকে Server-এ (বিপরীত মুখী), আর রেসপন্স হেডার আসে Server থেকে Browser-এ।

C. The Empty Line

Request Headers শেষ হওয়ার ঠিক পর একটি সম্পূর্ণ ফাঁকা বা ব্ল্যাংক লাইন থাকে।

  • Why it’s needed: প্রোটোকলের নিয়ম অনুযায়ী, সার্ভার যেন সহজেই বুঝতে পারে হেডার সেকশন কোথায় শেষ হয়েছে এবং রিকোয়েস্টের আসল ডেটা বা বডি (Body) কোথা থেকে শুরু হয়েছে, তা আলাদা করার জন্যই এই স্পেস বা Empty Line ব্যবহার করা হয়।

D. The Request Body

ফাঁকা লাইনের পরে যা থাকে, তা-ই হলো Request Body। এটিই হলো আসল ইনফরমেশন বা ডেটা যা ব্রাউজার সার্ভারে জমা দিতে চায় (যেমন: রেজিস্ট্রেশন ফর্মে ইউজারের টাইপ করা নাম, ইমেইল, পাসওয়ার্ড)।

  • CRITICAL DIFFERENCE: GET Request-এ কোনো Request Body থাকে না, এটি সম্পূর্ণ খালি বা এম্পটি থাকে। ব্রাউজার বাই-ডিফল্ট সবসময় GET রিকোয়েস্ট পাঠায়। তবে POST Request-এর ক্ষেত্রে অবশ্যই Request Body থাকে। (নোট: ক্রোম ব্রাউজার ডেভ-টুলসে ডিফল্টভাবে GET রিকোয়েস্টের বডি শো করে না)।

3. Programmatically Reading Request Details in ASP.NET Core [Priority: 9/10]

যখন Kestrel Server ব্রাউজার থেকে কোনো HTTP রিকোয়েস্ট রিসিভ করে, সে তাৎক্ষণিকভাবে সেটি ফ্রেমওয়ার্ক পাইপলাইনে ফরোয়ার্ড করে দেয়। ASP.NET Core তখন অটোমেটিকভাবে একটি HttpContext অবজেক্ট তৈরি করে, যার ভেতরে Request নামের একটি প্রোপার্টি থাকে।

একজন ডেভেলপার হিসেবে তুমি context.Request অবজেক্ট ব্যবহার করে রানটাইমে ব্রাউজারের পাঠানো স্টার্ট লাইন, হেডার এবং বডির সমস্ত খুঁটিনাটি রিড করতে পারো।

A. Reading the Request Path (context.Request.Path)

ইউজার ব্রাউজারের লোকেশন বারে ডোমেইন এবং পোর্ট নাম্বারের পরে যে অংশটুকু লেখে, তাকে পাথ (Path) বলে। কোডে context.Request.Path লিখলে এটি ঐ পাথের অংশটুকু রিটার্ন করে। এর ডেটা টাইপ PathString হলেও এটি C#-এর সাধারণ string টাইপের সাথে সম্পূর্ণ কম্প্যাটিবল।

  • যদি ইউজার শুধু localhost:port/ হিট করে, তবে পাথ হবে শুধুমাত্র একটি স্ল্যাশ (/)।
  • যদি ইউজার localhost:port/hello হিট করে, তবে পাথ হবে /hello।
  • যদি ইউজার localhost:port/other-path হিট করে, তবে পাথ হবে /other-path।

B. Reading the Request Method (context.Request.Method)

রিকোয়েস্টটি GET, POST নাকি অন্য কোনো মেথডের, তা জানার জন্য context.Request.Method প্রোপার্টি ব্যবহার করা হয়। ব্রাউজার থেকে নরমাল ইউআরএল হিট করলে এটি ডিফল্টভাবে GET রিটার্ন করে। রিয়েল-ওয়ার্ল্ড প্রজেক্টে আমরা কন্ডিশন চেক করতে পারি: if (context.Request.Method == "POST") { // save data }।

💻 Code Implementation

লেকচারে যেভাবে মিডলওয়্যার পাইপলাইনে context.Request এর প্রোপার্টিগুলো রিড করে HTML রেসপন্স বডি জেনারেট করা হয়েছে, তার সম্পূর্ণ কোড ইমপ্লিমেন্টেশন নিচে দেওয়া হলো:

// Program.cs
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
 
// Using app.Run to execute code upon receiving a request
app.Run(async (HttpContext context) =>
{
    // 1. Setting Content-Type to text/html so the browser renders HTML tags
    context.Response.Headers.ContentType = "text/html";
 
    // 2. Reading the Request Path and Method programmatically
    string requestPath = context.Request.Path;
    string requestMethod = context.Request.Method;
 
    // 3. Conditional Logic based on Path (The Purpose behind reading Path)
    string dynamicContent = "";
    if (requestPath == "/hello")
    {
        dynamicContent = "<p>Welcome to the Hello Page!</p>";
    }
    else if (requestPath == "/other-path")
    {
        dynamicContent = "<p>You are viewing the Other Path.</p>";
    }
    else
    {
        dynamicContent = "<p>You are at the Root Level (/) Page.</p>";
    }
 
    // 4. Preparing the Response Body with HTML paragraphs
    string htmlResponse = $"""
        <h3>HTTP Request Details:</h3>
        <p><b>Requested Path:</b> {requestPath}</p>
        <p><b>Request Method:</b> {requestMethod}</p>
        {dynamicContent}
    """;
 
    // 5. Writing the generated content into the Response Body asynchronously
    await context.Response.WriteAsync(htmlResponse);
});
 
app.Run();

🔍 Debugging and Shortcuts

Visual Studio Code (VS Code) Shortcuts:

  • Running/Debugging: কোড রান বা ডিবাগ করার জন্য শর্টকাট হলো F5 (ভিজ্যুয়াল স্টুডিও এবং VS Code উভয় ক্ষেত্রেই এটি ডিফল্ট)।
  • Format Document: কোড সুন্দরভাবে সাজানোর জন্য Shift + Alt + F (Windows/Linux) চাপতে পারো।
  • Quick Fix / Import Namespace: কোনো ক্লাসের নেমস্পেস ইমপোর্ট করার শর্টকাট হলো Ctrl + .।

Browser Verification Steps:

  1. অ্যাপ্লিকেশনটি রান করে ক্রোম (Chrome) ব্রাউজারে ওপেন করো।
  2. কীবোর্ড থেকে Ctrl + Shift + I চেপে Developer Tools ওপেন করো।
  3. Network ট্যাবে ক্লিক করো এবং পেজটি Refresh করো।
  4. লিস্টে আসা localhost ইউআরএল-এর ওপর ক্লিক করে নিচে স্ক্রোল করে Request Headers-এর পাশে থাকা View Source বাটনে ক্লিক করলে তুমি তোমার রডন (Raw) স্টার্ট লাইন দেখতে পাবে (যেমন: GET /hello HTTP/1.1)। একই সাথে স্ক্রিনে তোমার C# কোড থেকে পাঠানো পাথের নাম এবং মেথডের নাম দেখতে পাবে।

🚀 Best Practices & .NET 10 Updates

Best Practices with Examples

  1. Do Not Compare Methods with Hardcoded Strings Directly: কোডে সরাসরি "GET" বা "POST" হার্ডকোডেড স্ট্রিং দিয়ে তুলনা না করে HttpMethods ক্লাসের বিল্ট-ইন Strongly-typed প্রোপার্টি ব্যবহার করা উচিত। এতে টাইপিং মিসটেক এড়ানো যায়।
// Bad Practice
if (context.Request.Method == "GET") { ... }
 
// Good Practice (Type-safe)
if (HttpMethods.IsGet(context.Request.Method)) { ... }
// OR
if (context.Request.Method == HttpMethods.Get) { ... }
  1. Avoid Parsing Complex Logic inside app.Run: app.Run মেথডটি পাইপলাইনের টার্মিনাল মিডলওয়্যার হিসেবে ছোটখাটো চেকিং বা গ্লোবাল হ্যান্ডেলিংয়ের জন্য ঠিক আছে। কিন্তু বড় অ্যাপ্লিকেশনে রিকোয়েস্ট পাথ এবং মেথড আইডেন্টিফাই করে আলাদা লজিক চালানোর জন্য কখনোই এ ধরনের Nested If-Else বা ম্যানুয়াল কোড লেখা উচিত নয়। এর জন্য ফ্রেমওয়ার্কের বিল্ট-ইন Routing মেকানিজম বা Controllers ব্যবহার করতে হয়।

.NET 10 / C# 13 Modern Approach

ট্রান্সক্রিপ্টে দেখানো মিডলওয়্যার লেভেলের ম্যানুয়াল পাথ ও মেথড রিডিং আর্কিটেকচারটি ফ্রেমওয়ার্কের ব্যাকএন্ড পাইপলাইন বোঝার জন্য দারুণ। কিন্তু আধুনিক .NET 10 এবং C# 13-এ আমরা রিকোয়েস্ট পাথ বা মেথড হ্যান্ডেল করার জন্য এত জটিলভাবে কোড লিখি না। আমরা Minimal APIs ব্যবহার করি, যা অত্যন্ত ক্লিন এবং হাই-পারফর্ম্যান্স কোড স্ট্রাকচার দেয় এবং আন্ডার-দ্য-হুড অত্যন্ত ফাস্ট স্পিডে আধুনিক HTTP/3 প্রোটোকল মেনে রিকোয়েস্ট হ্যান্ডেল করে।

.NET 10 Modern Code Example:

// Program.cs (.NET 10 Modern Minimal API Style)
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
 
// Explicitly mapping a GET request for a specific path without any manual string parsing!
app.MapGet("/", () => Results.Content("<p>You are at the Root Level Page.</p>", "text/html"));
 
app.MapGet("/hello", () => Results.Content("<p>Welcome to the Hello Page!</p>", "text/html"));
 
app.MapGet("/other-path", (HttpContext context) => 
{
    // If you still need path or method dynamically in modern .NET 10:
    string path = context.Request.Path;
    string method = context.Request.Method;
    
    return Results.Ok(new { Message = "Dynamic Check", Path = path, Method = method });
});
 
app.Run();

Note: .NET 10-এ app.MapGet("/hello", ...) ব্যবহার করলে ফ্রেমওয়ার্ক নিজে থেকেই রিকোয়েস্টের স্টার্ট লাইনে মেথড GET এবং পাথ /hello আছে কি না তা অত্যন্ত অপ্টিমাইজড উপায়ে চেক করে নেয়, ফলে ডেভেলপারকে ম্যানুয়ালি কোনো ইফ-এলস কন্ডিশন লিখতে হয় না।

Graph View

Backlinks