Django दोन प्रकारच्या फाइलींमधील फरक करतो: स्टॅटिक फाइलें (आपल्या अनुप्रयोगाचा भाग असलेल्या मालमत्ता — CSS, JavaScript, आपण शिप करत असलेल्या प्रतिमा) आणि मीडिया फाइलें (वापरकर्त्यांद्वारे रनटाइमवर अपलोड केलेल्या फाइलें — प्रोफाइल चित्रे, दस्तऐवज). ते वेगळे प्रकारे हाताळले जातात कारण त्यांचे स्रोत आणि जीवनचक्र मूलभूतपणे भिन्न आहेत.
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' %}">
स्टॅटिक फाइलें आपल्या कोडबेसचा भाग आहेत — CSS, JS, फॉन्ट, डिজाइन प्रतिमा. ते व्हर्जन-नियंत्रित आहेत, सर्व वापरकर्त्यांसाठी समान आहेत, आणि आपल्या प्रकल्पाच्या स्टॅटिक डिरेक्टरीज्वरून सेवा दिली जातात.
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
उत्पादनात, collectstatic सर्व अॅप्स्वरून स्टॅटिक फाइलें एका डिरेक्टरीमध्ये (STATIC_ROOT) एकीकृत करते ज्या वेब सर्व्हर किंवा CDN द्वारे सेवा दिली जाते — Django उत्पादनात स्वतः त्यांची सेवा करत नाही.
# 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
मीडिया फाइलें वापरकर्त्यांद्वारे रनटाइमवर FileField/ImageField द्वारे अपलोड केलेल्या आहेत. ते गतिशील आहेत, व्हर्जन नियंत्रणात नाहीत, आणि वापरकर्त्यांनी सामग्री अपलोड केल्यानुसार वेळेनुसार वाढतात.
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)
स्टॅटिक आणि मीडिया फाइलांमधील फरक समजणे Django अनुप्रयोग योग्यरीत्या तयार करणे आणि तैनात करणे दोन्हीसाठी महत्वाचे आहे, कारण या दोन प्रकारच्या फाइलींचे स्रोत, जीवनचक्र आणि हाताळणी आवश्यकता मूलभूतपणे भिन्न आहेत. स्टॅटिक फाइलें (आपल्या अनुप्रयोगाची स्वतःची CSS, JavaScript, प्रतिमा, फॉन्ट) कोडबेसचा भाग आहेत, व्हर्जन-नियंत्रित आहेत, आणि सर्वांसाठी समान आहेत — {% static %} द्वारे संदर्भित आणि उत्पादन सेवेसाठी collectstatic द्वारे एकीकृत वेब सर्व्हर किंवा CDN. मीडिया फाइलें (FileField/ImageField द्वारे वापरकर्ता अपलोड) गतिशील, वापरकर्ता-निर्मित सामग्री रनटाइमवर तयार केलेली आहे, व्हर्जन नियंत्रणात नाही, आणि सतत वाढत आहे.
त्यांचे गोंधळ घालणे किंवा त्यांच्या सेटिंग्जचे चुकीचे कॉन्फिगरेशन (STATIC_* बनाम MEDIA_*) "माझी CSS लोड होत नाही" किंवा "अपलोड कार्य करत नाही" समस्यांचे सामान्य स्रोत आहे, विशेषत: उत्पादनात जेथे Django स्वतः स्टॅटिक फाइलींची सेवा करत नाही (collectstatic आणि योग्य सर्व्हर/CDN आवश्यक).
हा फरक उत्पादन आणि सुरक्षा परिणाम देखील आहे: मल्टी-सर्व्हर तैनातीमध्ये मीडिया फाइलें स्थानिक डिस्कवर अवलंबून राहू शकत नाहीत (त्यांना S3 सारख्या सामायिक क्लाउड स्टोरेजचा वापर करावा लागतो), आणि वापरकर्ता अपलोडसाठी सत्यापन (फाइल प्रकार, आकार) आणि दुर्भावनापूर्ण सामग्रीच्या सुरक्षा जोखिमांना टाळण्यासाठी काळजीपूर्ण सेवा आवश्यक आहे.
दोन्ही प्रकारचे कॉन्फिगर आणि हाताळ कसे करायचे, collectstatic ची भूमिका, आणि उत्पादन विचारणीय (स्टॅटिकसाठी CDN, मीडियासाठी क्लाउड स्टोरेज, अपलोड सुरक्षा) हे व्यावहारिक, वारंवार आवश्यक असणारे ज्ञान Django अनुप्रयोग योग्यरीत्या तयार आणि तैनात करण्यासाठी आहे — एक सामान्य अडचण ज्याचे हे समज निराकरण करतो.