Static र Media files मा के फरक छ?

Question

Accepted Answer

Django दुई किसिमका फाइलहरू छुट्याउँछ: **static files** (तपाइँको एप्लिकेशनको भाग भएका assets — CSS, JavaScript, तपाइँ पठाउने छविहरू) र **media files** (उपयोगकर्ताहरूले runtime मा **अपलोड गरेका** फाइलहरू — प्रोफाइल तस्विरहरू, कागजातहरू)। तिनीहरू फरक तरिकाले सम्भालिन्छन् किनभने तिनीहरूको स्रोत र जीवनचक्र मौलिक रूपमा फरक छ। ## Static files — तपाइँको एप्लिकेशनको assets ```python # settings.py STATIC_URL = "/static/" STATICFILES_DIRS = [BASE_DIR / "static"] # where YOU put source static files STATIC_ROOT = BASE_DIR / "staticfiles" # where collectstatic GATHERS them for prod ``` ```html {% load static %}

``` Static files **तपाइँको codebase को भाग** हुन् — CSS, JS, fonts, design images। तिनीहरू version-controlled छन्, सबै उपयोगकर्ताहरूको लागि समान छन्, र तपाइँको प्रकल्पको static directories बाट सेवा गरिन्छ। ## collectstatic for production ```bash 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` सबै apps बाट static files लाई एक निर्देशिकामा (STATIC_ROOT) एकीकृत गर्छ ताकि web server वा CDN ले सेवा गर्न सक्छ — Django आफैले production मा तिनीहरू सेवा गर्दैन। ## Media files — उपयोगकर्ता अपलोडहरू ```python # settings.py MEDIA_URL = "/media/" MEDIA_ROOT = BASE_DIR / "media" # where UPLOADED files are stored ``` ```python # 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` को माध्यमबाट। तिनीहरू गतिशील छन्, version control मा छैनन्, र उपयोगकर्ताहरूले सामग्री अपलोड गर्दा समयसँगै बढ्छन्। ## मुख्य फरकहरू ```text 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 ``` ## Production considerations ```text ✓ 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-vs-media distinction बुझ्न Django एप्लिकेशनहरू सही तरिकाले निर्माण गर्न र सही तरिकाले तैनाथ गर्न दुवै महत्वपूर्ण छ, किनभने दुई फाइल प्रकारहरूको मौलिक रूपमा फरक स्रोत, जीवनचक्र, र सम्भालने आवश्यकताहरू छन्। **Static files** (तपाइँको एप्लिकेशनको आफ्नै CSS, JavaScript, images, fonts) codebase को भाग हुन्, version-controlled छन्, र सबैको लागि समान छन् — `{% static %}` को माध्यमबाट सन्दर्भ गर्नुहोस् र production serving को लागि web server वा CDN द्वारा `collectstatic` को साथ एकीकृत गर्नुहोस्। **Media files** (`FileField`/`ImageField` को माध्यमबाट उपयोगकर्ता अपलोडहरू) गतिशील छन्, उपयोगकर्ता-उत्पादित सामग्री runtime मा सृष्टि गरिएको, version control मा छैनन्, र निरन्तर बढ्दै छन्। तिनीहरूलाई भ्रमित गर्न वा तिनीहरूको सेटिङ्गहरू (STATIC_* vs MEDIA_*) गलत कन्फिगर गर्न एक सामान्य स्रोत हो "मेरो CSS लोड हुँदैन" वा "अपलोडहरू काम गर्दैनन्" समस्याहरूको, विशेष गरी production मा जहाँ Django आफैले static files सेवा गर्दैन (`collectstatic` र एक उपयुक्त server/CDN आवश्यक)। यो distinction मा महत्वपूर्ण **production र security implications** पनि छ: multi-server deployments मा media files स्थानीय disk मा भर पराउन सक्दैनन् (तिनीहरूले S3 जस्तो साझा cloud storage प्रयोग गर्नुपर्दछ), र उपयोगकर्ता अपलोडहरूलाई **validation** (फाइल प्रकार, आकार) र malicious content बाट सुरक्षा को जोखिमबाट बचाउन सावधान सेवा आवश्यक छ। दुवै प्रकारहरूलाई कन्फिगर गर्ने र सम्भालने तरिका, `collectstatic` को भूमिका, र production considerations (static को लागि CDN, media को लागि cloud storage, अपलोड सुरक्षा) जान्न व्यावहारिक, बारम्बार आवश्यक ज्ञान हो real Django एप्लिकेशनहरू सही तरिकाले निर्माण र तैनाथ गर्नको लागि — एक सामान्य अड्काऊ जो यो बुझाइले समाधान गर्छ।