एक सामान्य वेब स्ट्याकमा क्याश लेयरहरू के हुन्?

Question

Accepted Answer

एक अनुरोध **एकाधिक क्याश लेयरहरू** मार्फत जान्छ, प्रत्येक प्रयोगकर्तालाई छिट्टो सेवा प्रदान गर्ने तर कम राख्ने। विचार भनेको जन कम्मि आउटवर्ड (क्लायन्टको नजिकै) उत्तर दिने र केवल कहिले अपष्ट्रिमको अपस्ट्रिमे सेवा दिन नसक्दा मात्र origin मा पस्ने हो।

## लेयरहरू, बाहिर-भित्र

```text
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(closest to user, fastest)                            (closest to data)
```

- **ब्राउजर क्याश** — प्रयोगकर्ताको डिभाइसमा स्थिर सम्पत्तिहरू (JS, CSS, इमेजहरू) र क्याशेबल प्रतिक्रियाहरू संग्रह गर्छ। TTL `Cache-Control`/`ETag` द्वारा नियन्त्रित छ; सम्पत्तिहरू प्रायः हashed फाइलनामहरूसँग लामो TTLs (दिनहरू–वर्ष) प्राप्त गर्छन्।
- **CDN** (CloudFront, Cloudflare) — प्रयोगकर्ताहरूको नजिकको edge nodes मा स्थिर र कहिलेकाँही गतिशील सामग्री क्याश गर्छ। मिनेटहरू (HTML) देखि एक वर्ष (अपरिवर्तनीय सम्पत्तिहरू) को TTL।
- **Reverse proxy** (Varnish, nginx) — अनुप्रयोगको अगिमा पूर्ण पृष्ठहरू वा खण्डहरू क्याश गर्छ। तातो पृष्ठहरूको लागि सेकेन्ड देखि मिनेटको TTL; परिवर्तन मा शुद्धिकरण समर्थन गर्छ।
- **Application / object cache** (Redis, Memcached) — गणना गरिएको परिणाम, DB क्वेरी परिणाम, सत्र, रेन्डर गरिएका खण्डहरू क्याश गर्छ। सेकेन्ड देखि घण्टा को TTL, साथ साथै स्पष्ट invalidation।
- **OPcache** — **compiled PHP bytecode** लाई मेमोरीमा क्याश गर्छ ताकि स्क्रिप्टहरू प्रति अनुरोध पुनः-parse गरिनु पर्दैन। कोड deploy सम्म प्रभावकारी रूपमा स्थायी।
- **DB query / buffer cache** — डेटाबेसले तातो पृष्ठहरू र (कुनै इञ्जिनमा) क्वेरी परिणाम मेमोरीमा राख्छ, डिस्क पढाइ टालिराख्छ।

## यसको बारे कसरी सोच्ने

```text
for each layer outward → inward:
  if layer has fresh copy → return it (stop here)   // a hit; cheapest possible
  else → ask the next layer in                      // a miss; falls through
origin (app + DB) → does the real work, fills caches on the way back out
```

प्रत्येक लेयर **ताजापन गति को लागि** व्यापार गर्छ: बाहिरी लेयरहरू सबैभन्दा छिट्टा तर सबैभन्दा सम्भावित स्टेल हुन्छन्, त्यसैले सत्य स्थिर चीजहरूमा लामो TTLs + सामग्री hashing राख्नुहोस् र गतिशील चीजहरूमा छोटो TTLs + invalidation राख्नुहोस्।

## किन यो महत्त्वपूर्ण छ

वेब स्ट्याकमा अधिकतर गति र लोड कमी सहि लेयरमा क्याशिङ्ग गरेर आउँछ। प्रत्येक लेयर के राख्छ र यसको सामान्य TTL जान्नुले तपाईंलाई एक क्याश जहाँ वास्तवमा मद्दत गर्छ त्यहाँ राख्न, स्टेल डेटा सेवा गर्न बचाउन, र कारण बारे सोच्न दिन्छ कि परिवर्तन देखिएन (कुन लेयर अझै पुरानो प्रतिलिपि सेवा गरिरहेको छ)।