Wat is het verschil tussen statische bestanden en mediabestanden?

Question

Accepted Answer

Django onderscheidt twee soorten bestanden: **statische bestanden** (assets die onderdeel zijn van je applicatie — CSS, JavaScript, afbeeldingen die je meelevert) en **mediabestanden** (bestanden die **door gebruikers worden geüpload** bij runtime — profielfoto's, documenten). Ze worden anders afgehandeld omdat hun bronnen en levenscycli fundamenteel verschillen. ## Statische bestanden — assets van je applicatie ```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 %}

``` Statische bestanden zijn **onderdeel van je codebase** — CSS, JS, lettertypen, ontwerp-afbeeldingen. Ze zijn onder versiebeheer, hetzelfde voor alle gebruikers, en worden bediend vanuit de statische directories van je project. ## collectstatic voor productie ```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 ``` In productie consolideert `collectstatic` statische bestanden van alle apps in één directory (`STATIC_ROOT`) zodat de webserver of CDN deze kan bedienen — Django dient ze niet zelf in productie. ## Mediabestanden — uploads door gebruikers ```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 ``` Mediabestanden worden **door gebruikers bij runtime geüpload** via `FileField`/`ImageField`. Ze zijn dynamisch, NIET onder versiebeheer, en groeien over tijd naarmate gebruikers inhoud uploaden. ## De belangrijkste verschillen ```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 ``` ## Productieoverwegingen ```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) ``` ## Waarom het belangrijk is Het begrijpen van het onderscheid tussen statische en mediabestanden is belangrijk voor zowel het correct bouwen als het correct implementeren van Django-applicaties, omdat de twee bestandstypen fundamenteel verschillende bronnen, levenscycli en afhandelingsvoorwaarden hebben. **Statische bestanden** (je eigen CSS, JavaScript, afbeeldingen, lettertypen van de applicatie) maken onderdeel uit van de codebase, zijn onder versiebeheer, en zijn hetzelfde voor iedereen — aangevraagd via `{% static %}` en geconsolideerd met `collectstatic` voor productie-bediening door een webserver of CDN. **Mediabestanden** (uploads door gebruikers via `FileField`/`ImageField`) zijn dynamische, door gebruikers gegenereerde inhoud die bij runtime ontstaat, NIET onder versiebeheer, en groeien voortdurend. Het verwarren ervan of verkeerd configureren van hun instellingen (`STATIC_*` vs `MEDIA_*`) is een veel voorkomende bron van "mijn CSS laadt niet" of "uploads werken niet" problemen, vooral in productie waar Django zelf statische bestanden niet bedient (waarvoor `collectstatic` en een goed geconfigureerde server/CDN nodig zijn). Het onderscheid heeft ook belangrijke **productie- en beveiligingsimplicaties**: mediabestanden in multi-server-implementaties kunnen niet op lokale schijf vertrouwen (ze moeten gedeelde cloud-opslag zoals S3 gebruiken), en uploads door gebruikers vereisen **validatie** (bestandstype, grootte) en voorzichtig serveren om beveiligingsrisico's van schadelijke inhoud te voorkomen. Weten hoe je beide typen configureert en afhandelt, de rol van `collectstatic`, en de productieoverwegingen (CDN voor statische, cloud-opslag voor media, upload-beveiliging) is praktische, veel gebruikte kennis voor het correct bouwen en implementeren van echte Django-applicaties — een veel voorkomend lastig onderdeel dat dit inzicht oploost.