Django কোন কোন ক্যাশিং অপশন প্রদান করে?

Question

Accepted Answer

Django একটি নমনীয় **ক্যাশিং ফ্রেমওয়ার্ক** অন্তর্ভুক্ত করে যা একাধিক স্তরের ক্যাশিং (সম্পূর্ণ পৃষ্ঠা, ভিউ ফলাফল, টেমপ্লেট ফ্র্যাগমেন্ট, বা নির্বিচার ডেটা) এবং একাধিক ব্যাকেন্ড (মেমরি-তে, **Redis**, Memcached, ডাটাবেস) সমর্থন করে। ক্যাশিং পুনরাবৃত্তিমূলক ব্যয়বহুল কাজ এড়ায় — এটি সর্বোচ্চ প্রভাবশালী কর্মক্ষমতা অপটিমাইজেশনগুলির একটি। ## ক্যাশ ব্যাকেন্ড কনফিগার করা ```python # settings.py — Redis is the common production choice (shared across servers) CACHES = { "default": { "BACKEND": "django.core.cache.backends.redis.RedisCache", "LOCATION": "redis://127.0.0.1:6379", } } # other backends: LocMemCache (in-memory, per-process), Memcached, database, file ``` ## ক্যাশিংয়ের স্তর (মোটা থেকে সূক্ষ্ম) ```python # 1. Per-view caching — cache an entire view's output from django.views.decorators.cache import cache_page @cache_page(60 * 15) # cache this view's response for 15 minutes def article_list(request): ... ``` ```html {% load cache %} {% cache 500 sidebar %} ... expensive sidebar rendering ... {% endcache %} ``` ```python # 3. Low-level cache API — cache ANY data, full control from django.core.cache import cache def get_stats(): stats = cache.get("dashboard_stats") # check cache first if stats is None: # cache MISS stats = compute_expensive_stats() # do the work cache.set("dashboard_stats", stats, 3600) # store for 1 hour return stats ``` Django আপনাকে একাধিক দানাদারিত্বে ক্যাশ করতে দেয়: **সম্পূর্ণ পৃষ্ঠা** (`cache_page`), **টেমপ্লেট ফ্র্যাগমেন্ট** (`{% cache %}`), এবং **নির্বিচার ডেটা** নিম্ন-স্তরের API এর মাধ্যমে (`cache.get`/`cache.set` — নমনীয় get-or-compute প্যাটার্ন)। মিডলওয়্যারের মাধ্যমে সম্পূর্ণ-সাইট ক্যাশিংও রয়েছে। ## কঠিন অংশ: ক্যাশ অবৈধকরণ ```python # when underlying data changes, the cache must be updated or cleared, or users see stale data def update_article(article): article.save() cache.delete("article_list") # invalidate affected cache entries # strategies: TTL (accept brief staleness), explicit deletion on writes, versioned keys, # or signals to invalidate on model save/delete ``` ```text Cache invalidation is the classic hard problem: when data changes, stale cached values must be cleared/refreshed. Approaches: short TTLs (accept some staleness), explicit cache.delete on writes, or cache versioning/key schemes. ``` ## কী ক্যাশ করবেন (এবং কী নয়) ```text ✓ Expensive queries/computations, rendered pages/fragments that change infrequently ✓ Aggregations, external API responses, session data ✗ Highly personalized or rapidly-changing data (or use very short TTLs / vary per user) ✗ Don't cache sensitive data carelessly (consider who can read the cache) ``` ## এটি কেন গুরুত্বপূর্ণ ক্যাশিং Django অ্যাপ্লিকেশনগুলির জন্য সর্বোচ্চ প্রভাবশালী পারফরম্যান্স অপটিমাইজেশনগুলির একটি, এবং ফ্রেমওয়ার্কের ব্যাপক, বহু-স্তরের ক্যাশিং সিস্টেম এটি অ্যাক্সেসযোগ্য করে তোলে — এটি বোঝা দ্রুত, স্কেলেবল অ্যাপ্লিকেশন তৈরির জন্য মূল্যবান সিনিয়র-স্তরের জ্ঞান। মূল মূল্য হল পুনরাবৃত্তিমূলক ব্যয়বহুল কাজ এড়ানো: ডাটাবেস কোয়েরি, জটিল গণনা, বাহ্যিক API কল, এবং টেমপ্লেট রেন্ডারিং ক্যাশ করা যায় যাতে পরবর্তী অনুরোধগুলি দ্রুত পরিবেশিত হয়, বিলম্ব এবং ডাটাবেস/সার্ভার লোড নাটকীয়ভাবে হ্রাস করে। Django এর নমনীয়তা **একাধিক ক্যাশিং স্তর** জুড়ে (`cache_page` সহ সম্পূর্ণ পৃষ্ঠা, `{% cache %}` সহ টেমপ্লেট ফ্র্যাগমেন্ট, এবং নিম্ন-স্তরের API এর get-or-compute প্যাটার্নের মাধ্যমে নির্বিচার ডেটা) আপনাকে প্রতিটি পরিস্থিতির জন্য ঠিক সঠিক দানাদারিত্বে ক্যাশ করতে দেয়, এবং এর **প্লাগযোগ্য ব্যাকেন্ড** (বিশেষত **Redis** একাধিক সার্ভার জুড়ে একটি ভাগ করা ক্যাশের জন্য — গুরুত্বপূর্ণ যেহেতু প্রতি-প্রক্রিয়া মেমরিতে ক্যাশ অনুভূমিকভাবে স্কেল করার সময় ভাগ করা হয় না) বিভিন্ন স্থাপনার চাহিদা পূরণ করে। ক্যাশিং কনফিগার করতে, উপযুক্ত স্তর নির্বাচন করতে এবং স্থাপনার জন্য সঠিক ব্যাকেন্ড নির্বাচন করতে জানা ব্যবহারিক, ঘন ঘন-প্রয়োজনীয় জ্ঞান। সমানভাবে গুরুত্বপূর্ণ ক্যাশিংয়ের কেন্দ্রীয় অসুবিধা বোঝা — **অবৈধকরণ** (ক্যাশড ডেটা পরিষ্কার বা রিফ্রেশ করার বিখ্যাত কঠিন সমস্যা যখন অন্তর্নিহিত ডেটা পরিবর্তিত হয়, TTL, লেখনের উপর স্পষ্ট মুছে ফেলা, বা কী সংস্করণকরণের মাধ্যমে, পুরানো ডেটা পরিবেশন এড়াতে) — যেহেতু এটি ভুল হওয়া ক্লাসিক ক্যাশিং ব্যর্থতা যা ব্যবহারকারীদের পুরানো তথ্য দেখায়। এছাড়াও **কী ক্যাশ করবেন** (ব্যয়বহুল, খুব কমই পরিবর্তনশীল ডেটা) বনাম কী নয় (অত্যন্ত গতিশীল বা সংবেদনশীল ডেটা) তা জানা ক্যাশিং কার্যকরভাবে ব্যবহার করার জন্য চাবিকাঠি। কারণ ক্যাশিং বড় পারফরম্যান্স লাভ প্রদান করে কিন্তু সতর্ক অবৈধকরণ প্রয়োজন, Django এর ক্যাশিং ফ্রেমওয়ার্ক আয়ত্ত করা — স্তর, ব্যাকেন্ড, এবং বিশেষত অবৈধকরণ কৌশল — পারফরম্যান্ট, স্কেলেবল অ্যাপ্লিকেশন তৈরির জন্য গুরুত্বপূর্ণ জ্ঞান এবং বাস্তব লোডের অধীনে Django অ্যাপ দ্রুত করতে পারে এমন ডেভেলপারদের একটি হলমার্ক।