Storage Gonie

장고의 Models - Model은 Python 클래스이다. - Model은 앱에서 사용되는 데이터의 타입을 설명해준다. - 장고는 자동으로 Model을 번역해서 Database에 Table을 생성한다.(ORM) - https://docs.djangoproject.com/en/1.11/topics/db/models/ - 레스토랑 장고 프로젝트를 진행한다면, Costumer 모델과 Restaurant 모델은 기능이 완전히 다르기 때문에 다른 앱에 넣어줘야 한다. # Fields란 무엇인가 - Fields는 장고와 DB에게 어떤 종류의 데이터를 저장할 것인지 알려준다. - 나이는 숫자, 이름은 텍스트. 이런게 장고의 field이다. - Fields는 잘못된 입력을 저장하려고 할 때 알려주기도 한다. ex) ..

# 상속을 사용하지 않은 경우 - 각각의 고양이 클래스를 작성할 때, 중복되는 내용을 또 작성해야함 class Cat(): legs = 4 eyes = 4 nose = 1 class BritishCat(): legs = 4 eyes = 4 nose = 1 bread = 'british' # 상속을 사용하여 정의한 경우 - 부모의 속성을 물려받음 . 즉, 상위 클래스의 속성을 다 가져오는 것. class Cat(): legs = 4 eyes = 4 nose = 1 class BritishCat(Cat): breed = 'british' BritishCat.legs // 4 BritishCat.breed // british class Cat(): legs = 4 eyes = 4 nose = 1 class B..

# SQL - 데이터베이스와 대화를 하기위해 사용하는 언어로, 데이터베이스로부터 데이터를 얻기 위해 사용한다. - 이때 콘솔에 작성하는 문장들은 "SQL statement"라고한다. - SQL database는 relational databases이다. ( non-relational databases) SELECT * FROM users WHERE country="colombia" ORDER BY created_date # ORM(Object-relational mappers) - Python과 SQL사이의 통역사 같은 것이다. - 아래의 문장을 사용하면 장고는 알아서 SQL로 번역한다. - 프론트는 Javascript, 백엔드는 Python 까지는 괜찮은데 SQL까지 공부하려면 수고가 더 많이 들어갈 ..

장고의 앱 - 장고에서 앱이 의미하는 바는, 매우 특정한 기능을 가진 장고 프로젝트의 기능 중 작은 부분이다. 장고 앱의 구성요소 @ Models @ Urls @ Views * urls에는 장고의 urls, 앱의 urls두가지 종류가 존재하며, 장고의 urls는 단 1개만 존재하는 반면, 앱의 urls는 여러개가 존재한다. 장고의 urls는 전체 어플리케이션의 urls를 import하며, 앱의 urls는 url과 view function을 매칭시킨다는 차이점이 존재한다. Models - 모델은 DB에 저장할 데이터의 모습 및 형태라고 할 수 있다. - 무엇이든 DB에 저장을 해야하는 것은 모델이 필요하다. - 모델에 포함된 것들은 테이블의 필드라고 보면 된다. ex) 쇼핑몰 @ Products app 1..

Cookiecutter를 이용해 프로젝트를 생성했다면 디폴트로 users앱이 추가되어 있을 것이다. 이외에 추가로 image앱을 추가해주려고 한다. * 앱은 view, models, admin등을 가진다. 1. IDE의 터미널에서 nomadgram/nomadgram/ 의 위치로 이동하여 다음 명령어를 이용해 앱을 추가로 생성한다. - users 이외에 images 앱을 추가로 생성하는 이유는 사용자들이 이미지를 업로드하고 댓글을 달 것이므로. cd nomadgram // nomadgram/nomadgram/ 의 위치로 이동 django-admin startapp images // image 이름을 가지는 앱을 추가로 생성 2. config/settings/base.py의 내용을 수정한다. - config..

IDE의 터미널에서 다음의 명령어를 입력해보면 데이터베이스가 존재하지 않는다는 오류를 만나게 될 것이다. pipenv shell // 가상환경 실행 python manage.py runserver 이를 해결하기 위해 다음의 것들을 시행한다. 1. Postgres database 설치 2. 실행후 initialize 버튼 클릭 3. start 버튼 클릭 4. 맨 왼쪽 것을 더블 클릭해서 터미널 실행 5. 실행된 터미널에서 다음의 명령어를 입력하여 DB 생성 - 생성될 DB의 이름은 장고 프로젝트의 이름인 nomadgram으로 해줘야함. CREATE DATABASE nomadgram; // 데이터베이스 제거는 DROP DATABASE DB이름; 6. IDE에서 다시 다음의 명령어를 입력해보면 정상적으로 작동..

사람들은 장고를 'database agnostic'라고 부른다.(agnostic : 사용 방법을 몰라도 사용하기 쉬운) 그 이유는 adapter를 알맞게만 설치해준다면 원하는 모든 데이터베이스를 사용할 수 있기 때문이다. (SQL database, NoSQL database, Graph database 등) 이 강의에서는 SQL database인 Postgres를 사용할 예정이다. 많은 사람들이 사용하기도 하고, 업데이트도 자주되기 때문에 강사님은 MySQL보다 선호한다고 한다. 원한다면 MySQL 혹은 SQLite 등 무엇을 사용해도 상관없다.

바로 이전 게시글에서 Cookiecutter를 이용해 프로젝트를 생성하면, 로컬 컴퓨터에 필요한 requirements 와 서버에 필요한 requirements가 각각 다르게 존재한다는 것을 확인했다. 이것은 setting관련된 파일도 동일하다. 로컬 컴퓨터용 settings파일인 local.py 와 서버 컴퓨터용 settings파일인 production.py가 각각 따로 존재한다. 나는 로컬환경에서 프로젝트를 진행할 것이므로 base.py와 local.py를 사용하게 될 것이다.(base.py는 글로벌한 설정내용) 세팅 파일에 포함된 각각의 요소에 대해 여기서는 설명하지 않을 것이다. 각 요소에 대한 설명은 파일내의 주석으로 추가되어 있는 링크에 접속하면 확인할 수 있다.

공분산 # 개념 앞서 분산이란걸 공부할때 분산은 한 변수의 평균에 대해서 각 값이 얼마나 떨어져 있었는지를 수치화 한것이라면 공분산은 두 변수가 각각의 평균에 대해서 얼마나 떨어져 있는지를 수치화 한것이라 할 수 있다. #공분산을 구하는 예시 두 속성 x, y에 대한 값이 다음과 같다고 해보자 (1, 7), (2, 5), (3, 3), (4, 1), (5, -1) #공분산 값의 해석 Cov(X, Y) > 0 X가 증가 할 때 Y도 증가한다.(양의 상관관계) Cov(X, Y) < 0 X가 증가 할 때 Y는 감소한다.(음의 상관관계) Cov(X, Y) = 0 공분산이 0이라면 두 변수간에는 아무런 선형관계가 없음 #공분산의 한계 공분산은 값의 범위가 정해져 있지 않아서 어떤 값을 기준으로 정하기 애매하다. ..

현재 상태는 cookiecutter로 커스터마이징된 프로젝트를 생성했으나, 생성된 프로젝트에 종속된 모듈은 설치되어있지 않은 상태이다. 필요한 모듈을 한번에 설치해보도록 하자. 1. 가상환경에 모듈 설치 - requirements 디렉토리가 위치한 곳에서 실행해야함 - 생성된 프로젝트 내용물을 살펴보면 requirements 폴더가 보일 것이다. 그 안에는 다음의 3개의 파일이 존재한다. 이 파일들은 각각의 환경에서 필요한 모듈에 대한 정보를 가지고 있다. - base.txt(서버에 있든 로컬에 있든 디폴트 값으로 필요한 모듈에 대한 정보) - local.txt(로컬환경에 필요한 모듈) - production.txt(배포시 서버에 필요한 모듈에 대한 정보) pipenv install -r requirem..