Django
django basics
- MVT; Model-View-Template
- 프로젝트 뼈대 만들기 → 모델 코딩하기 → URLconf 코딩하기 → 뷰 코딩하기 → 템플릿 코딩하기
- settings.py
- 데이터베이스 설정: 디폴트로 SQLite3 데이터베이스 엔진을 사용하는 것으로 지정
- 애플리케이션 등록: 개발하는 앱, 즉 프로젝트에 포함되는 애플리케이션들은 모두 설정 파일에 등록
- 템플릿 항목 설정: TEMPLATES 항목으로 지정
- 정적 파일 항목 설정: STATIC_URL 등 관련 항목을 지정
- 타임존 지정: 최초에는 세계표준시(UTC)로 설정되어 있는데, 한국 시간으로 변경
- models.py; ORM(Object Relational Mapping) 기법 사용, makemigration/migrate 명령
- URLconf; urls.py 프로젝트 전체 URL을 정의하는 프로젝트 URL과 앱마다 정의하는 앱 URL
- views.py; Function-based view, Class-based view
- templates; 프로젝트 베이스(루트) 디렉토리, 프로젝트 디렉토리, 프로젝트 템플릿 디렉토리, 앱 템플릿 디렉토리
- admin site
- runserver; 상용화를 고려할 때 runserver 대신 apache / nginx 선택
- 소스 입력 시 한글 사용; #-*- coding: utf-8 -*-
Virtual Environments
- 파이썬 라이브러리들 간 충돌을 방지
virtualenv/ venv
- 작업할 디렉토리 생성
- 가상 환경 생성
- 생성된 가상 환경으로 진입 → 프롬프트 변경 확인
- 작업
- 가상 환경에서 빠져나옴
- 가상 환경에서 패키지 복제
(myvenv)$ pip3 freeze > requirenments.txt # myvenv 가상 환경에 설치된 패키지 목록을 requirenments.txt로 저장 (new_venv)$ pip3 install -r requirenments.txt #
- 가상 환경에 장고 패키지 설치
$ source /home/alex/VENV/djprj/bin/activate # djprj 가상 환경으로 진입 (djprj)$ pip3 install Django # 최신 버전의 장고 설치 (djprj)$ pip3 list # 설치된 패키지 리스트 확인 # 파이썬 기본 라이브러리들의 위치 /usr/local/lib/python3.7/ # 파이썬 외부 라이브러리들의 위치 /home/alex/VENV/djprj/lib/python3.7/site-packages/
- 파이썬용 패키지 검색 사이트 https://pypi.python.org/
- 장고용 패키지 검색 사이트 https://www.djangopackages.com/
- 타임존 관리 패키지 pytz
(djprj)$ pip3 install pytz
- 패키지 설치 툴 업그레이드
(djprj)$ pip install -U pip setuptools wheel
- InsecurePlatformWarning 해결
(djprj)$ pip3 install pyopenssl ndg-httpsclient pyasn1
develop with django
- design
- UI
- table
- logic
- url
작업 순서 | 관련 명령/파일 | 필요한 작업 내용 |
---|---|---|
뼈대 만들기 | startproject | 프로젝트 생성 |
settings.py | 프로젝트 설정 항목 변경 | |
migrate | User/Group 테이블 생성 | |
createsuperuser | 프로젝트 관리자인 슈퍼유저를 만듦 | |
startapp | 앱 생성 | |
settings.py | 앱 등록 | |
모델 코딩하기 | models.py | 모델(테이블) 정의 |
admin.py | admin 사이트에 모델 등록 | |
makemigrations | 모델의 변경사항 추출 | |
migrate | 변경사항을 데이터베이스에 반영 | |
URLconf 코딩하기 | urls.py | URL 정의 |
뷰 코딩하기 | views.py | 뷰 로직 작성 |
템플릿 코딩하기 | templates 디렉토리 | 템플릿 파일 작성 |
그 외 코딩하기 | - | (없음) |
- coding
- project 생성
- 프로젝트 설정 파일 변경
- 기본 테이블 생성
- 슈퍼유저 생성
- 애플리케이션 생성
- 애플리케이션 등록
(djprj)$ django-admin startproject mysite .
# settings.py # ALLOWED_HOST 지정 ALLOWED_HOSTS = ['192.168.0.1', 'localhost', '127.0.0.1'] # 애플리케이션 등록 # 템플릿 설정, DIRS 변경 TEMPLATES = [ { 'BACKEND': 'django.template.backends.django.DjangoTemplates', 'DIRS': [os.path.join(BASE_DIR, 'templates')], # 수정 'APP_DIRS': True, 'OPTIONS': { 'context_processors': [ 'django.template.context_processors.debug', 'django.template.context_processors.request', 'django.contrib.auth.context_processors.auth', 'django.contrib.message.context_processors.messages', ], }, }, ] # 데이터베이스 엔진 # Database # https://docs.djangoproject.com/en/2.0/ref/settings/#databases DATABASES = { 'default': { 'ENGINE': 'django.db.backends.sqlite3', 'NAME': os.path.join(BASE_DIR, 'db.sqlite3'), } } # 타임존 설정 # TIME_ZONE = 'UTC' TIME_ZONE = 'Asia/Seoul' # 정적 파일 설정 STATIC_URL = '/static/' STATICFILES_DIRS = [os.path.join(BASE_DIR, 'static')] # 추가 # 미디어 관련 사항 지정 MEDIA_URL = '/media/' MEDIA_ROOT = os.path.join(BASE_DIR, 'media') # 한국 시간대만 사용하는 경우 # USE_TZ = True USE_TZ = False # 장고 사용 언어 #LANGUAGE_CODE = 'en-us' LANGUAGE_CODE = 'ko-kr'
- models
- 테이블 정의
- admin 사이트에 테이블 반영
- 데이터베이스 변경 사항 반영
- 테이블 확인
- URLconf
- View
- Templates
- bootstrap
- 상속; base.html, home.html, footer.html, …
- 인증
장고 핵심 기능
Model
- 모델 속성, 모델 메소드, Meta 내부 클래스 속성, Manager 속성
- 모델 간 관계
- 1:N(One-to-Many) 관계; N모델에 ForeignKey 필드 정의
- N:N(Many-to-Many) 관계; 한쪽에만 ForeignKey 필드 정의
- 1:1(One-to-One) 관계;
- 관계 매니저(RelatedManager)
View
제네릭 뷰 분류 및 역할 | ||
---|---|---|
Base View | View | 가장 기본이 되는 최상위 제네릭 뷰. 다른 모든 제네릭 뷰는 View의 하위 클래스. |
TemplateView | 템플릿이 주어지면 해당 템플릿을 렌더링 | |
Redirect View | URL이 주어지면 해당 URL로 리다이렉트 | |
Generic Display View | ListView | 조건에 맞는 여러 개의 객체 리스트를 보여줌. |
DetailView | 객체 하나에 대한 상세한 정보를 보여줌. | |
Generic Edit View | FormView | 폼이 주어지면 해당 폼을 보여줌. |
CreateView | 폼을 보여주고 폼의 내용으로 DB 레코드를 신규 생성 | |
UpdateView | 폼을 보여주고 폼의 내용으로 기존 DB 레코드를 수정 | |
DeleteView | 삭제 컨펌 폼을 보여주고, 기존 DB 레코드를 삭제 | |
Generic Data View | ArchiveIndexView | 조건에 맞는 여러 개의 객체 및 그 객체들에 대한 날짜 정보를 보여줌. |
YearArchiveView | 연도가 주어지면 그 연도에 해당하는 객체들을 보여줌. | |
MonthArchiveView | 연, 월이 주어지면 그에 해당하는 객체들을 보여줌. | |
WeekArchiveView | 연도와 주차(Week)가 주어지면 그에 해당하는 객체들을 보여줌. | |
DayArchiveView | 연, 월, 일이 주어지면 그 날짜에 해당하는 객체들을 보여줌. | |
TodayArchiveView | 오늘 날짜에 해당하는 객체들을 보여줌. | |
DateDetailView | 연, 월, 일 기본키(또는 슬러그)가 주어지면 그에 해당하는 특정 객체 하나에 대한 상세한 정보를 보여줌. |
- 속성 오버라이딩; model, queryset, template_name, context_object_name, paginate_by, date_field, make_object_list, form_class, initial, fields, success_url
- 메소드 오버라이딩; get_queryset(), get_context_data(**kwargs), form_valid(form)
- 제네릭 뷰의 처리 흐름
- ListView; setup() → dispatch() → http_method_not_allowed() → get() → get_queryset() → get_context_data() → get_context_object_name() → render_to_response() → get_template_names()
- DetailView; setup() → dispatch() → http_method_not_allowed() → get() → get_object() → get_queryset() → get_context_data() → get_context_object_name() → render_to_response() → get_template_names()
- MRO(Method Resolution Order); 다중 상속에서 동일한 이름을 가진 메소드가 둘 이상의 부모 클래스에 존재할 경우 어느 메소드를 먼저 사용해야 할지 결정하는 알고리즘
- 제네릭 뷰의 페이징 처리
- 페이징 기능 활성화
- Paginator 클래스
- Page 클래스
- 단축 함수
- render_to_response()
- render()
- redirect()
- get_object_or_404()
- get_list_or_404()
Template
- {% include %}
- {% static %}
Form
- 일반 폼; Form 클래스를 상속받아 정의
- 모델 폼; ModelForm 클래스를 상속 받아 정의. 폼 필드의 구성을 데이터베이스 모델 정의 기반으로 폼을 정의하는 경우에 사용. modelform_factory() 함수를 사용해 모델 폼을 정의할 수도 있음.
- 폼셋; 일반 폼을 여러 개 묶어서 한 번에 보여주는 폼. formset_factory() 함수를 사용해 폼셋을 정의.
- 모델 폼셋; 데이터베이스 모델이 기초해서 만든 모델 폼을 여러 개 묶은 폼셋. modelformset_factory() 함수를 사용해 모델 폼셋을 정의.
- 인라인 폼셋; 두 모델 간의 관계가 1:N인 경우, N 모델에 기초해서 만든 모델 폼을 여러 개 묶은 폼셋. inlineformset_factory() 함수를 사용해 인라인 폼셋을 정의
AWS, Heroku
- AWS S3 서비스 연동을 위한 썸네일용 패키지
- sorl-thumbnail: S3 서비스와 연동 가능하며 원격 저장소에 대한 쿼리 성능 좋음
- django-imagekit: S3 서비스와 연동을 위해 일부 SW 변경 필요
- easy-thumbnails: S3 서비스와 연동되지 않음
- RDS, MySQL DB 연동
- AWS 사이트에서 MySQL 생성 → 장고 프로그램에서 사용
- AWS RDS로 MySQL 생성; 마스터 사용자이름, 마스터 암호, 엔드 포인트, 포트 확인
- 패키지; mysqlclient 설치 → settings.py 파일에서 DATABASES 부분 수정 → migrate 실행 → createsuperuser 실행 → 기존 SQLite3의 데이터 export/import (manage.py dumpdata 및 loaddata)
- S3 서비스 활용(Storage 서버 연동)
- S3(Simple Storage Service) 버킷 생성
- IAM(Identity and Access Management) 사용자 생성; IAM메뉴 → 사용자 → 사용자추가 → 사용자이름, 프로그래밍 방식 엑세스 → 기존 정책 직접 연결 → 정책 필터: s3, 정책 목록 : AmazonS3FullAccess → 사용자 자격 증명(액세스 키와 비밀 엑세스키) csv 다운로드
- boto3, django-storages 패키지 설치
- settings.py 수정; INSTALLED_APPS에 'storage' 추가 → 파일 끝에 STORAGE관련, AWS 관련 내용 추가
- urls.py 수정;
- storage.py 추가; S3Boto3Storage 클래스 상속 받아 정의
- 정적 파일 모으기(collectstatic 명령) → S3 사이트에서 버킷 내용 확인
(djprj)$ python manage.py collectstatic
- Elastic Beanstalk 서비스 활용(웹 서버 활용); 브라우저 UI, EB CLI 명령
- EB 애플리케이션 및 환경 생성; Elastic Beanstalk → 시작하기 → 애플리케이션 이름, 플랫폼, 애플리케이션 코드 → url 확인 후 접속 확인
- 장고 프로젝트 배포; requirements.txt 생성 → .ebextensions 폴더 만들기 → django.config(변경 가능) 파일 생성 (YAML) → settings.py 수정 → 프로젝트 압축
- Elastic Beanstalk 메뉴 → 생성한 애플리케이션 이름 → 애플리케이션 버전 → 업로드 → 버전 레이블 입력 → 업로드 → 작업 → 배포 → 환경 선택 → 배포 → 이벤트 페이지 → 에러 발생시 → 환경명/로그/로그 요청/마지막 100줄 → django.config 파일 수정 후 압축/업로드/배포 과정 성공할 때까지 반복 → EB에서 정해준 도메인 URL로 접속 확인
- Heroku 서비스 활용(웹 서버 활용)
- 프로그램 설치; Heroku CLI, git
- 장고 프로젝트 배포 준비; gunicorn 패키지 설치 → 가상환경 맞추기 (requirements.txt) → Procfile, runtime.txt, .gitignore 생성 → settings.py 수정
- Heroku CLI; git init → heroku login → heroku create 앱이름 → 비밀 데이터를 앱의 환경 변수로 등록 heroku config:set DJANGO_SECRET_KEY, DATABASE_NAME,…. → git add -A → git commit -m “..” → git push heroku master → heroku run python manage.py migrate → heroku run python manage.py createsuperuser → heroku open → url 확인 후 브라우저에서 실행 확인
- EC2 서비스 참고 사항
장점 | 단점 | |
---|---|---|
EC2(Elastic Comput Cloud) 서비스 | 구성 자유도 높음, 비용 낮음 | 작업 난이도 높음 |
Heroku 서비스 | 작업 난이도 낮음 | 구성 자유도 낮음, 비용 높음 |
- ref; IaaS(Infra as a Service), Paas(Platform as a Service)