கோரிக்கை-அடிப்படையிலான மீண்டும் சரிபார்ப்பு (ISR) எவ்வாறு செயல்படுகிறது?

Question

Accepted Answer

**கோரிக்கை-அடிப்படையிலான மீண்டும் சரிபார்ப்பு** உங்களை **தரவு மாறும் போது சரியாக ক্যাশ செய்யப்பட்ட/நிலையான பக்கங்களை செல்லாமாக்க** அனுமதிக்கிறது — நேர-அடிப்படையிலான இடைவெளிக்காக காத்திருக்கும் பதிலாக. இது நேர-அடிப்படையிலான ISR (`revalidate: N`) க்கான சரியான நிரপূரணம்.

## நேர-அடிப்படையிலான எதிர் கோரிக்கை-அடிப்படையிலான

```tsx
// Time-based: page refreshes on a fixed schedule (may serve stale data up to N seconds)
export const revalidate = 3600; // every hour

// On-demand: refresh the INSTANT the underlying data changes — no waiting, no waste
```

நேர-அடிப்படையிலான ISR எளிது ஆனால் பூரணமாக இல்லை: மிகவும் குறுகியது = தேவையற்ற மீண்டும் உৎপாদனம்; மிகவும் நீளமானது = கெட்ட உள்ளடக்கம். கோரிக்கை-அடிப்படையிலானது இதை மீண்டும் சரிபார்ப்பைக் கூறி சரிசெய்கிறது உங்கள் சொந்த குறிப்புவிலிருந்து மாற்றம் உண்மையில் நடக்கும் போது.

## இரண்டு கோரிக்கை-அடிப்படையிலான API

```tsx
import { revalidatePath, revalidateTag } from "next/cache";

// 1. Tag your fetches, then invalidate by tag
await fetch("https://api/posts", { next: { tags: ["posts"] } });
revalidateTag("posts");      // refresh EVERY page/fetch tagged "posts"

// 2. Or invalidate a specific path
revalidatePath("/blog/my-post");
```

## ஒரு உண்மையான பணிப்பாய்வு: CMS webhook

```ts
// app/api/revalidate/route.ts — called by your CMS when an editor publishes
import { revalidateTag } from "next/cache";
import { NextRequest, NextResponse } from "next/server";

export async function POST(req: NextRequest) {
  const secret = req.nextUrl.searchParams.get("secret");
  if (secret !== process.env.REVALIDATE_SECRET) {       // verify it's really your CMS
    return NextResponse.json({ ok: false }, { status: 401 });
  }
  revalidateTag("posts");                                // rebuild affected pages now
  return NextResponse.json({ revalidated: true });
}
```

ப்রবாහம்: ஆசிரியர் CMS இல் வெளியிடுகிறார் → CMS உங்கள் webhook க் கூப்பிடுகிறது → `revalidateTag("posts")` ক্যাশைச் செல்லாமாக்குகிறது → அடுத்த பார்வையாளர் புதிதாகப் பூறப்படுத்தப்பட்ட நிலையான HTML ஐ பெறுகிறார். பக்கங்கள் நிலையான-வேகமாக **மற்றும்** வெளியீட்டில் உடனடியாக புதுப்பிக்கப்படும்.

## Server Action மாற்றத்தின் பிறகு

```tsx
"use server";
export async function createPost(data) {
  await db.post.create({ data });
  revalidateTag("posts"); // user sees their new post immediately
}
```

## ஏன் இது முக்கியமானது

கோரிக்கை-அடிப்படையிலான மீண்டும் சரிபார்ப்பு உங்களுக்கு புனிதமான கிரால் தருகிறது: **நிலையான செயல்திறன் வாழ்நேர புதுமையுடன்**.

மீண்டும் சரிபார்ப்பு இடைவெளியை অনுমான செய்வதற்கு பதிலாக, உள்ளடக்கம் மாறும் போது சரியாக செல்லாமாக்குகிறீர்கள் — webhooks (CMS வெளியீடு) அல்லது Server Action மாற்றங்களுக்கு பிறகு — `revalidateTag`/`revalidatePath` ஐ பயன்படுத்தி.

இது பழைய உள்ளடக்கம் மற்றும் வீணான அதிக-மீண்டும் உৎபாதனம் இரண்டையும் நீக்குகிறது, இது ISR ஐ கணிக்க முடியாத முறையில் புதுப்பிக்கப்படும் உள்ளடக்கத்திற்கு நடைமுறையற்றதாக மாற்றுகிறது.