რა ქეშირების ფენები აქვს Next.js-ს?

Question

Accepted Answer

App Router-ს აქვს **მრავალი ქეშირების ფენა**, რომლებიც ერთად მუშაობენ. მათი გაცნობა ხსნის, თუ რატომ ჩანს მონაცემები ხანდახან მოძველებულად და როგორ გავაკონტროლოთ ახალობა.

## ოთხი ქეში

```text
1. Request Memoization — dedupes identical fetch() calls within ONE render pass
2. Data Cache          — persists fetch() results across requests & deploys (server)
3. Full Route Cache    — caches the rendered HTML/RSC of static routes (build time)
4. Router Cache        — client-side cache of visited routes (in the browser, per session)
```

## 1. Request Memoization

```tsx
// the SAME fetch in a layout AND a page → only ONE network request per render
const user = await fetch("/api/user"); // automatically deduped
```

## 2. Data Cache (რომელიც ყველაზე მეტად დამოკიდებული)

```tsx
fetch(url, { cache: "force-cache" });       // cached (default) — like SSG
fetch(url, { cache: "no-store" });          // never cached — fresh every request
fetch(url, { next: { revalidate: 60 } });   // cached, refreshed every 60s — ISR
fetch(url, { next: { tags: ["posts"] } });  // taggable for on-demand invalidation
```

## 3 და 4. Route ქეშები

**Full Route Cache** აკეთებს სტატიკურად გამოყვანილი მარშრუტების შენახვას; **Router Cache** აყოვს წინა დღეებში ნახული მარშრუტები ბრაუზერში, ასე რომ უკან/წინ გადაადგილება და ხელახლა ნავიგაცია მყისიერია.

## ქეშების და無効化მუტაციის დროს

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

revalidatePath("/blog");        // invalidate a specific route's cache
revalidateTag("posts");         // invalidate every fetch tagged "posts"
router.refresh();               // (client) clear the Router Cache for current route
```

მონაცემების შექმნის/განახლების შემდეგ (ხშირად Server Action-ში), თქვენ ეძახით `revalidatePath`/`revalidateTag`-ს, რათა გავლენაზე მოდებული გვერდები ხელახლა გამოიყოს და მომხმარებლები ხედავდნენ ცვლილებას.

## ჩვეულებრივი შეცდომა

```text
"Why is my data stale after an update?" → a cache (usually Data or Router cache)
is serving the old value. Fix: revalidateTag/revalidatePath after the mutation,
or use cache: "no-store" for always-fresh data.
```

(შენიშვნა: ქეშის სტანდარტები შეიცვალა Next-ის სხვადსხვა ვერსიაში - ნახეთ თქვენი ვერსია, რადგან ზოგიერთი ახალი ვერსია ნაკლებად აგრესიულად აკეთებს ქეშირებას სტანდარტულად.)

## რატომ არის ეს მნიშვნელოვანი

Next.js-ის აგრესიული მრავალ-ფენიანი ქეშირება ის უკეთესი დამდეგელია, მაგრამ ის ასევე #1 მიზეზი "რატომ არის ჩემი მონაცემები მოძველებული?" აღრევის.

ოთხი ფენის ცოდნა, Data Cache-ის კონტროლი თითოეული მოთხოვნისთვის (`no-store`/`revalidate`/tags), და `revalidatePath`/`revalidateTag`-ით დაუპირისპირება მუტაციის შემდეგ აუცილებელია როგორც კორექტული მუშაობისთვის, ასევე სწორი ახალობისთვის.