Static اور media files میں کیا فرق ہے؟

Question

Accepted Answer

Django دو طرح کی files کو الگ کرتا ہے: **static files** (آپ کی application کا حصہ — CSS, JavaScript, images جو آپ ship کرتے ہیں) اور **media files** (وہ files جو **runtime میں صارفین کے ذریعے upload** ہوتی ہیں — profile pictures, documents)۔ یہ مختلف طریقے سے ہینڈل ہوتی ہیں کیونکہ ان کے ذرائع اور lifecycles بنیادی طور پر مختلف ہیں۔ ## Static files — آپ کی application کی 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 ہیں، تمام صارفین کے لیے یکساں ہیں، اور آپ کی project کی static directories سے serve ہوتی ہیں۔ ## Production کے لیے collectstatic ```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 کو ایک directory (`STATIC_ROOT`) میں combine کرتا ہے تاکہ web server یا CDN انہیں serve کر سکے — Django خود production میں ان کو serve نہیں کرتا۔ ## Media files — صارف کی uploads ```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 میں صارفین کے ذریعے upload** ہوتی ہیں `FileField`/`ImageField` کے ذریعے۔ یہ dynamic ہیں، version control میں نہیں ہیں، اور جیسے جیسے صارفین content upload کرتے ہیں بڑھتی رہتی ہیں۔ ## اہم فرق ```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 کے اعتبارات ```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 اور media کے فرق کو سمجھنا Django applications کی صحیح طریقے سے تعمیر اور deployment دونوں کے لیے اہم ہے، کیونکہ یہ دونوں file types کے بنیادی طور پر مختلف ذرائع، lifecycles، اور handling کی ضروریات ہیں۔ **Static files** (آپ کی application کی اپنی CSS, JavaScript, images, fonts) codebase کا حصہ ہیں، version-controlled ہیں، اور سب کے لیے یکساں ہیں — `{% static %}` کے ذریعے referenced ہوتی ہیں اور production میں web server یا CDN کے ذریعے serving کے لیے `collectstatic` کے ذریعے consolidate ہوتی ہیں۔ **Media files** (`FileField`/`ImageField` کے ذریعے صارف کی uploads) dynamic ہیں، صارف کے ذریعے تخلیق شدہ content ہے، runtime میں بنایا جاتا ہے، version control میں نہیں ہے، اور مسلسل بڑھتا رہتا ہے۔ ان کو confuse کرنا یا ان کی settings (`STATIC_*` vs `MEDIA_*`) کو غلط طریقے سے configure کرنا "میری CSS load نہیں ہو رہی" یا "uploads کام نہیں کر رہے" مسائل کا عام ذریعہ ہے، خاص طور پر production میں جہاں Django خود static files کو serve نہیں کرتا (جس کے لیے `collectstatic` اور صحیح server/CDN کی ضرورت ہے)۔ یہ فرق **production اور security** کے بھی اہم اثرات رکھتا ہے: multi-server deployments میں media files مقامی disk پر انحصار نہیں کر سکتے (انہیں shared cloud storage جیسے S3 استعمال کرنا ہوگا)، اور صارف کی uploads کے لیے **validation** (file type, size) اور احتیاط سے serving کی ضرورت ہے تاکہ malicious content سے security risks سے بچا جا سکے۔ دونوں types کو configure اور ہینڈل کرنا، `collectstatic` کا کردار، اور production کے اعتبارات (static کے لیے CDN، media کے لیے cloud storage، upload security) کو سمجھنا عملی، بار بار استعمال ہونے والا علم ہے real Django applications کو صحیح طریقے سے تعمیر اور deploy کرنے کے لیے — ایک عام رکاوٹ جو اس سمجھ سے حل ہو جاتی ہے۔