STATIC

다음과 같은 순서로 사용한다.

개발자가 준비한 Static 파일들을 폴더에 담아둔다. //(App폴더 안에) Static 폴더를 만들고 그 안에 파일을 넣어.
Static 파일이 어디있고, 어디로 모을지 알려준다. //settings.py 에서 알려준다.
Static 파일들을 모은다. //명령어 : $ python manage.py collectstatic
html 상에 "나 여기다가 Static 파일 쓸거야!" 선언 후 static 파일 사용 //.html 맨 위에 {% load static%} 추가

스태틱은 비교적 간단해 보인다.
하지만 실제 배포때는 이보다 훨씬 복잡한 문제들을 일으키는 녀석이다.
$ python manage.py collectstatic 이 명령어가 사실 배포때에 그 영향력을 발휘할 것이다.
배포 파트를 맡을 오지은씨가 추후에 잘 설명해줄 예정이다.

경로 지정에 대해서 한번 살펴보자
```
# Build paths inside the project like this: BASE_DIR / 'subdir'.
BASE_DIR = Path(__file__).resolve().parent.parent

STATIC_URL = '/static/'
STATICFILES_DIRS = [
    os.path.join(BASE_DIR, 'blog', 'static')
]
STATIC_ROOT = os.path.join(BASE_DIR, 'static')

MEDIA_URL = '/media/'
MEDIA_ROOT = os.path.join(BASE_DIR, 'media')
```
1. BASE_DIR → 설명을 돕기위해 가져왔는데 settings.py의 맨 윗부분에 자동 생성되어 있다. settings.py 위치에서 parent parent 즉 cd .. cd .. 을 두번 하면 도달할 수 있는 Root폴더(blogproject)를 의미한다.
2. STATIC_URL = '/static/' → 개발중에 static 파일을 제공하는 부분이다. 우리는 아직 까지는 사용할 일이 없었다. 아마 앞으로도 굳이 사용할 필요가 없을 수도 있다.
3. STATICFILES_DIRS = [ os.path.join(BASE_DIR, 'blog', 'static') ] → 앱폴더(blog) 내에 스태틱 파일들을 모아놓은 위치를 os.path를 통해 시스템에게 알려준다. 순서대로 합치면 blogproject/blog/static 이라는 경로가 된다. 사실상 html, py 로 끝나지 않는 대부분(css, js)은 스태틱 파일이다. 요 스태틱 폴더 내에 css, js, img,... 이렇게 폴더들을 만들어 구분해서 사용한다.
4. STATIC_ROOT = os.path.join(BASE_DIR, 'static') → 위의 스태틱파일들이 collect시 어디로 모일 것인지를 알려주는 부분이다.
5. MEDIA_URL = '/media/' → 개발중에 media 파일을 제공하는 부분이다. urls.py 파일끝에 +static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT) 부분을 추가했던 것을 떠올려 보자. 쉽게 설명하자면 업로드한 파일이 저장된 경로를 템플릿(home.html, detail.html)로 전해주는 부분이다. (그래서 home.html에서 보면 blog.image.url 이라고 입력했던 것) 그러니까 이부분이 없으면 화면에서 이미지 파일을 못읽어온다.
6. 다만 미디어는 사용자의 동작에 의해 파일을 읽어오기 때문에 MEDIAFILES_DIR와 같은 것을 지정해줄 필요는 없다.
7. MEDIA_ROOT = os.path.join(BASE_DIR, 'media') → 미디어는 collect 과정이 없고 사용자가 파일을 업로드하면 그때 그 파일이 MEDIA_ROOT에서 지정한 media 폴더로 모이게 된다.

MEDIA

미디어는 사용자가 업로드 하는 부분이기 때문에, 모델 즉 데이터베이스와 밀접하게 연관되어 있다.

일반적으로 DB를 따로 만들어서 연결해 관리하는 타 프레임워크와는 달리 장고는 Models.py 파일과 migrate, makemigration이라는 명령어를 통해 DB를 쉽게 관리할 수 있도록 한다.
여기서 잠깐,

DATABASE(DB)에 관한 설명

Models.py 는 CRUD할 Data의 Format(Structure)을 관리하는 부분 (필드, 글자수, 공백여부 ...)

Models.py 를 건든다 → DB에 관한 부분을 수정한다 → makemigrations, migrate를 해주어야 한다.
지난 시간 CRUD를 만들기 전에 이런 모델을 만들었다.
```
class Blog(models.Model):
    title = models.CharField(max_length=200)
    writer = models.CharField(max_length=100)
    pub_date = models.DateTimeField()
```
1. 그리고 makemigrations, migrate를 했더니 Root폴더(blogproject)에 우리의 DB파일 db.sqllite이 생겼다!
2. 더 자세히 살펴보자.
  
  → makemigrations 시에 앱폴더 (blog)에 migrations라는 폴더와 함께 0001_initial.py 라고 하는 migrate정보(DB생성 혹은 수정정보)를 생성해낸다. *0001_initial은 물론 생성정보다.
  
  → migrate시에 지금까지 makemigrations을 통해 만들었던 (여기서는 0001뿐) migrate정보를 한꺼번에 db에 다 반영한다. *0001_initial 즉 생성정보를 반영시켰으니 db.sqlllite가 생기는 것이다.

STATIC

MEDIA

DATABASE(DB)에 관한 설명