Django দুই ধরনের ফাইল আলাদা করে: static files (আপনার অ্যাপ্লিকেশনের অংশ — CSS, JavaScript, ছবি যা আপনি শিপ করেন) এবং media files (ব্যবহারকারীরা রানটাইমে আপলোড করেন — প্রোফাইল ছবি, ডকুমেন্ট)। এগুলি ভিন্নভাবে পরিচালিত হয় কারণ তাদের উৎস এবং জীবনচক্র সম্পূর্ণভাবে আলাদা।
STATIC_URL =
STATICFILES_DIRS = [BASE_DIR / ]
STATIC_ROOT = BASE_DIR /
<!-- in templates -->
{% load static %}
<link rel="stylesheet" href="{% static 'css/style.css' %}">
<img src="{% static 'images/logo.png' %}">
Static files আপনার codebase এর অংশ — CSS, JS, fonts, ডিজাইন ছবি। এগুলি version-controlled, সকল ব্যবহারকারীর জন্য একই, এবং আপনার প্রজেক্টের static directories থেকে serve করা হয়।
python manage.py collectstatic
# gathers ALL static files (from your apps and STATICFILES_DIRS) into STATIC_ROOT,
# so a web server / CDN can serve them efficiently in production
Production তে, collectstatic সকল অ্যাপ থেকে static files একটি directory (STATIC_ROOT) তে একত্রিত করে যাতে web server বা CDN সেগুলি serve করতে পারে — Django নিজে production তে সেগুলি serve করে না।
# settings.py
MEDIA_URL = "/media/"
MEDIA_ROOT = BASE_DIR / "media" # where UPLOADED files are stored
# a model with an uploadable file
class Profile(models.Model):
avatar = models.ImageField(upload_to="avatars/") # stored under MEDIA_ROOT/avatars/
document = models.FileField(upload_to="docs/")
profile.avatar.url # the URL to access the uploaded file
Media files ব্যবহারকারীদের দ্বারা runtime তে আপলোড করা হয় FileField/ImageField এর মাধ্যমে। এগুলি dynamic, version control তে নেই, এবং ব্যবহারকারীরা যখন content আপলোড করে তখন বৃদ্ধি পায়।
Static files Media files
Source part of your code uploaded by users at runtime
Version control YES (committed) NO (user-generated, .gitignored)
Lifecycle fixed (changes with code) dynamic (grows continuously)
Examples CSS, JS, logos, fonts avatars, uploaded documents, photos
Settings STATIC_URL/ROOT/DIRS MEDIA_URL/ROOT
Production collectstatic + CDN/server stored on disk/cloud (S3), served carefully
✓ Static → serve via the web server (nginx) or a CDN (cached, fast)
✓ Media → store on cloud storage (S3) for scalability/persistence; in multi-server
setups, local disk doesn't work (files must be shared) → use S3/object storage
✓ Security → VALIDATE uploaded files (type, size); be careful serving user uploads
(a user could upload malicious content)
Static এবং media এর মধ্যে পার্থক্য বোঝা Django অ্যাপ্লিকেশন সঠিকভাবে তৈরি এবং deploy করার জন্য গুরুত্বপূর্ণ, কারণ দুই ধরনের ফাইলের সম্পূর্ণ আলাদা উৎস, জীবনচক্র, এবং পরিচালনা প্রয়োজনীয়তা রয়েছে। Static files (আপনার অ্যাপ্লিকেশনের নিজস্ব CSS, JavaScript, ছবি, fonts) codebase এর অংশ, version-controlled, এবং সবার জন্য একই — {% static %} এর মাধ্যমে referenced এবং production serving এর জন্য web server বা CDN দ্বারা collectstatic এর সাথে একত্রিত। Media files (FileField/ImageField এর মাধ্যমে ব্যবহারকারী uploads) dynamic, ব্যবহারকারী-উৎপন্ন content যা runtime তে তৈরি হয়, version control তে নেই, এবং ক্রমাগত বৃদ্ধি পায়।
এগুলি বিভ্রান্ত করা বা তাদের settings (STATIC_* বনাম MEDIA_*) ভুলভাবে কনফিগার করা একটি সাধারণ উৎস "আমার CSS লোড হচ্ছে না" বা "uploads কাজ করছে না" সমস্যার, বিশেষত production তে যেখানে Django নিজে static files serve করে না (collectstatic এবং সঠিক server/CDN প্রয়োজন)।
এই পার্থক্যেরও গুরুত্বপূর্ণ production এবং security প্রভাব রয়েছে: multi-server deployments এ media files local disk এর উপর নির্ভর করতে পারে না (তাদের S3 এর মতো shared cloud storage ব্যবহার করতে হবে), এবং ব্যবহারকারী uploads কে validation প্রয়োজন (ফাইল type, size) এবং malicious content থেকে security ঝুঁকি এড়াতে সাবধানে serving প্রয়োজন।
কীভাবে উভয় ধরনের কনফিগার এবং পরিচালনা করতে হয়, collectstatic এর ভূমিকা, এবং production বিবেচনা (static এর জন্য CDN, media এর জন্য cloud storage, upload security) সম্পর্কে জানা real Django অ্যাপ্লিকেশনগুলি সঠিকভাবে তৈরি এবং deploy করার জন্য ব্যবহারিক, ঘন ঘন প্রয়োজনীয় জ্ঞান — একটি সাধারণ stumbling block যা এই বোঝাপড়া সমাধান করে।