স্ট্যাটিক সাইট জেনারেশন (SSG)

১ · SSG-তে দুটি আলাদা ধাপ -- বিল্ড টাইম ও রিকোয়েস্ট টাইম

স্ট্যাটিক সাইট জেনারেশনStatic Site Generation (SSG)একটি রেন্ডারিং স্ট্র্যাটেজি যেখানে HTML একবার, বিল্ড টাইমে তৈরি ও ক্যাশ করা হয়, তারপর সেই একই ফলাফল বারবার সার্ভ করা হয়। -তে render() ওয়েবসাইট ডিপ্লয় করার আগে, একটি "বিল্ড" ধাপে একবারই কল হয়। এই বিল্ড ধাপে CMS বা ফাইল থেকে ডেটা আনা হয়, টেমপ্লেটের সাথে মিলিয়ে চূড়ান্ত HTML তৈরি হয়, ও সেই HTML একটি ক্যাশে (এখানে সিমুলেশনে, শুধু একটি ভ্যারিয়েবলে) সংরক্ষিত হয়। এরপর যতগুলো রিকোয়েস্টই আসুক না কেন, প্রতিটি সেই একই সংরক্ষিত HTML স্ট্রিং পায় -- কোনো নতুন ডেটা-আনা বা রেন্ডার-কাজ ছাড়াই।

২ · SSG সিমুলেশন -- ১ বার render(), ১০০০ রিকোয়েস্ট সার্ভ

নিচের কোড সেলে একই render(template, data) হেল্পার ব্যবহৃত হয়েছে। প্রথমে "বিল্ড টাইম" ধাপে render() ঠিক একবার কল হয়ে ফলাফল CACHED_HTML-এ সংরক্ষিত হয়। তারপর handle_request_from_cache ফাংশনটি ১০০০ বার কল করে দেখা হয়েছে -- খেয়াল করুন এই ফাংশনের ভেতর render()-এর কোনো কল-ই নেই, শুধু সংরক্ষিত ভ্যারিয়েবল রিটার্ন হচ্ছে।

render_call_log = []

def render(template, data):
    """L38-L39-এর একই ধারণা -- str.format() ভিত্তিক টেমপ্লেট-রেন্ডার।"""
    return template.format(**data)


def load_content_from_cms():
    # বিল্ড-টাইমে একবার CMS/মার্কডাউন ফাইল থেকে আসা কনটেন্ট -- ব্যয়বহুল কাজ
    return {
        "title": "রেন্ডারিং স্ট্র্যাটেজি বোঝা",
        "author": "ABCL TECH টিম",
        "body": "এই পোস্টে আমরা CSR, SSR ও SSG নিয়ে আলোচনা করেছি।",
    }


template = "<article><h1>{title}</h1><p class='byline'>লিখেছেন: {author}</p><p>{body}</p></article>"


# ---------- ধাপ ১: বিল্ড টাইম -- render() ঠিক একবার কল হয় ----------
print("=== বিল্ড টাইম শুরু ===")
build_data = load_content_from_cms()
CACHED_HTML = render(template, build_data)
render_call_log.append("বিল্ড টাইম (একবার)")
print("[build]  render() কল হলো -- ফলাফল ক্যাশে সংরক্ষিত হলো")
print(f"[build]  ক্যাশড HTML: {CACHED_HTML}")
print("=== বিল্ড টাইম শেষ, সাইট এখন ডিপ্লয় করার জন্য প্রস্তুত ===\n")


# ---------- ধাপ ২: রিকোয়েস্ট টাইম -- render() আর কল হয় না, শুধু ক্যাশ সার্ভ হয় ----------
def handle_request_from_cache(request_number):
    # লক্ষ্য করুন: এখানে render() কোথাও কল করা হয়নি -- সরাসরি ক্যাশড স্ট্রিং রিটার্ন
    return CACHED_HTML


TOTAL_SIMULATED_REQUESTS = 1000
served_count = 0
for i in range(1, TOTAL_SIMULATED_REQUESTS + 1):
    html = handle_request_from_cache(i)
    served_count += 1

print(f"সিমুলেটেড রিকোয়েস্ট সার্ভ হলো: {served_count}")
print(f"render() মোট ইনভোকেশন: {len(render_call_log)}")
print(f"render_call_log বিস্তারিত: {render_call_log}")
print(f"\nরেন্ডার-বনাম-সার্ভ অনুপাত: {len(render_call_log)} render() কল : {served_count} রিকোয়েস্ট সার্ভ")

৩ · গতি বনাম স্টেলনেস -- SSG-এর মূল trade-off

SSG-এর সার্ভিং ধাপ অত্যন্ত দ্রুত ও সস্তা -- সার্ভারকে প্রতি রিকোয়েস্টে কোনো ডেটাবেস কল, API কল, বা টেমপ্লেট-রেন্ডার কাজ করতে হয় না, শুধু একটি প্রি-বিল্ট ফাইল/স্ট্রিং সার্ভ করতে হয় (বাস্তবে প্রায়ই একটি CDN থেকে)। কিন্তু এর মূল্য হলো: load_content_from_cms()-এর আসল ডেটা যদি বিল্ডের পরে বদলে যায় (যেমন উপরের উদাহরণে body টেক্সট আপডেট হয়), CACHED_HTML তা প্রতিফলিত করবে না -- যতক্ষণ না একটি নতুন বিল্ড চালিয়ে render() আবার কল করা হয়। এই "স্টেল কনটেন্ট" সমস্যাটিই L41-এ ISR সমাধান করবে -- একটি নিয়ন্ত্রিত সময়-ব্যবধানে স্বয়ংক্রিয়ভাবে পুনরায় রেন্ডার করে।