전 직장에 입사를 하였을 때 새로운 전산 프로그램의 배포 날짜와 겹쳐 입사를 하게 되었다. 기존의 있던 전산프로그램보다 편의성에서는 높았지만 첫 배포이기에 기존에 직원들이 편리하게 사용하던 기능들은 없었다. 그렇게 개발자와 사용자의 입장에서 지속적인 피드백이 오갔고 불편사항들이 개선되어 편의성 있는 프로그램으로 변화가 되는 과정을 지켜보았다. 개발자라는 직업과 처음으로 의사소통을 해봤고 컴퓨터라는 기계로 정말 많은 것을 할 수 있다는 것에 대해서 큰 흥미가 생겼다. 정말 많은 것을 만들 수 있으며 잘 만든 서비스 하나로 삶의 편의성이 달라질수 있다는 것을 보고 나도 할 수 있을까? 하고싶다! 나도 누군가에게 편의성을 줄 수 있는 프로그램을 만들어보고싶다라는 생각이 가장 크게 다가왔고 개발자는 모든 순간이 도전이라는 생각을 하게 되었고 계속 변화하는 시대에 맞게 성장을 해야한다는점에서 크게 매료되어 개발자가 되기로 하였다.

내가 위코드 x 원티드 프리온보딩에 참여하게 된 동기/이유

3개월의 위코드 과정이 끝나고 취업과 CS공부를 겸하면서 시간을 보내고 있었다. 함께하던 개발에서 혼자 시작하게 된 이후 배워야할 일이 무궁무진하게 펼쳐진 개발자의 길에서 방향성이 혼란스러워질때쯤 협업에 대한 목마름이 있었다. 혼자보다는 함께 하는것이 즐겁고 시작과 과정이 어렵지만 결과가 좋지 않더라도 과정이 즐겁고 행복하면 만족스럽고 함께 하면 소통을 통해 더 배울수 있는 부분이 있기에 또 더욱 함께 이 길을 같이 걸어가기로 다짐한 사람들과 이야기를 나누고 싶었기에 참여하게 되었다.

나는 앞으로 어떤 개발자가 되고 싶은가?

소통을 통해서 함께 성장하는 개발자가 되고 싶다. 사람마다 개발하는 스타일이 다르고 성격도 모두 다르다. 하지만 많은 생각이 합쳐져 수많은 갈림길 속에서 하나씩 선택해 나가며 불필요한 방향은 배재하고 쭉쭉 나아가 그렇게 최종목적지에 도달하는게 개발이라고 생각한다. 분명 혼자 개발을 잘 할 수 있다. 하지만 그 잘하는 개발자도 분명 함께 했을때 더 큰 영향력과 시너지를 발산 할 수 있다고 생각한다. 함께 성장하면서 같은 목적지에 도착 할 수 있는 그런 개발자가 목표이다.

개발자로써의 커리어 전환을 위하여 위코드 3개월 과정을 끝내고 한달간 생각을 정리하고 부족한게 무엇인지 정리하는 시간을 갖던중 원티드와 위코드가 콜라보하여 프리온보딩 과정을 준비하고 있기에 함께 시작하는 개발자들과의 커뮤니케이션 및 협업을 다시 경험하고 싶었기에 준비를 하고 시작하게 되었습니다.

ASSIGNMENT

팀원 6명 중 사용한 프레임워크가 같은 3명씩 나눠서 진행하였습니다. 처음 경험하는 NoSQL인 mongoDB를 사용함에 있어 자신이 없었지만 백번 생각하는것보다 한번 시도해보는게 더욱 큰 경험이 될 수 있다는 것을 알게 되었고 모두가 처음 경험하는 것들에 있어서 지식을 공유했고 각자 하고자하는 파트를 나눠 좋은 방법을 서로 공유하며 진행을 하였고 먼저 끝낸 팀원이 마무리 하지 못한 팀원을 서로 도와가면서 다같이 할 수 있었습니다. 한달간의 과정중 일주일에 2번의 팀과제가 있다는 말을 듣고 처음을 경험해보니 생각보다 시간적 여유가 없었지만 같은 목표를 가지고 협업하여 진행하는 과제는 혼자서는 알기 힘들었던 부분을 채워주는점이 있었고 개발에 좀 더 집중하고 여러가지를 시도 해볼수 있었기에 많은 경험을 할 수 있을거라는 기대감을 가지게 되었습니다.

앞으로의 각오

아직 8번 중 1번의 과제를 했을 뿐이었는데 여유를 가지고 하기 보다는 시간에 쫒겼던 느낌이 강하게 다가와서 시간활용에 대하여 다시 생각해볼 수 있는 계기가 되었고 시작이 반이라는 말처럼 한달간 많이 배우고 성장할 수 있다고 믿고 있습니다. 할 수 있는것에 최선을 다하며 부족한 점을 채워주는 그런 개발자로 잘 마무리 해보겠습니다.

처음 과제를 하게 되었을 때 필수 요구 사항이 NoSQL중 하나인 mongoDB를 사용하는것 이었습니다. 관계형데이터베이스인 RDBMS의 종류인 MySQL과 mariaDB만 사용경험이 있어 처음에는 당황했지만 사용하기로 한 프레임워크인 django에 mongoDB를 연결하는 방법으로 진행하였습니다.

DB연동

터미널을 통해 db 설치하고 django의 settings.py 에 데이터베이스를 변경해주고 마이그레이트를 통해 db를 연동하였습니다.

DATABASES = {
    'default': {
        'ENGINE': 'djongo',
        'NAME': 'db_name',
        'HOST': 'localhost',
        'PORT': 27017,
    }
}

간단한 명령어

- 시작
mongo

- db확인
show dbs

- db사용 , db생성
use db명

- collection 생성
db.createCollection("[COLLECTION_NAME]")

- collection 목록 확인, mysql로 치면 table이라고 생각하면됨
show collections

- collection안에 데이터 생성, json 형식, Document생성
db.cllection_name.insert({"name":test","email":"test@gmail.com"})

- Document 삭제
db.person.remove({"name":"test"})

- collection 데이터 확인
db.collection_name.find()

- collection 삭제
db.collection_name.drop()

- db 삭제 
db.dropDatabase_name()

CASE WHEN 조건식1 THEN 식1
     WHEN 조건식2 THEN 식2
     ELSE 식3
END

• NULL값은 RDBMS에 갖추어져 있는 기존의 연산자나 함수만으로는 처리할 수 없다.
• WHEN 절에는 참과 거짓을 반환하는 조건식을 기술한다.
• 참이되는 경우는 THEN 절에 적용한 식이 처리된다.
• ELSE절의 경우 어느 것에도 참에 해당하지 못할 경우 적용된다.
• ELSE는 생략이 가능하며 생략시 'ELSE NULL'로 간주하여 ELSE 값들은 NULL이된다.

  NULL 값을 0으로 변환하기

  SELECT upper_code, CASE WHEN upper_code IS NULL THEN 0 ELSE upper_code END "upper_code(null=0)" FROM options;

  • upper_code 가 IS NULL 일 경우 0을 반환하고 아닌경우(ELSE) upper_code의 값을 반환

    COALESCE

    SELECT upper_code, COALESCE(upper_code,0) FROM options;

  • COALESCE 함수를 사용하면 간편하게 NULL을 변환할 수 있다.
  • NULL이 아닌 경우 가장 앞에 있는 인수의 값을 반환
  • 앞에 있는 인수가 NULL일 경우 뒤에 값을 반환하여 0이 반환된다.

    또 다른 CASE문

    ```
  1. 검색 CASE SELECT upper_code AS '상위코드', CASE WHEN upper_code=0 THEN '면허' WHNE upper_code=1 THEN '언어' ELSE '그외' END AS '코드' from options;

  2. 단순 CASE SELECT upper_code AS '상위코드', CASE upper_code WHEN 0 THEN '면허' WHNE 1 THEN '언어' ELSE '그외' END AS '코드' from options; ```
  • 검색 CASE의 경우 WHEN 뒤에 '조건식' THEN 뒤에 '식'
  • 단순 CASE의 경우 WHEN 뒤에 '식' THEN 뒤에 '식'
  • 숫자로 이루어진 코드를 알아보기 더 쉽게 문자열로 변환하는 경우 CASE문을 사용
  • 디코드는 문자화 시키는것 1 = '언어'
  • 인코드는 수치화 시키는것 '언어' = 1

CASE 사용시 주의사항

• SELECT , WHERE, ORDER BY 구에서 사용할 수 있다.
• ELSE를 생략할 경우 NULL이 되기에 지정하는 편이 낫다.

WHEN에 NULL 지정하기

1. 검색 CASE (사용O)
SELECT upper_code AS '상위코드', 
CASE WHEN upper_code=0 THEN '면허' 
     WHEN upper_code=1 THEN '언어' 
     WHEN upper_code IS NULL THEN '데이터 없음'
ELSE END AS '코드' from options;

2. 단순 CASE (사용X)
SELECT upper_code AS '상위코드', 
CASE upper_code 
WHEN 0 THEN '면허' 
WHEN 1 THEN '언어'
WHEN NULL THEN '데이터 없음'
ELSE END AS '코드' from options;

• 단순 CASE의 경우 upper_code=0, upper_code=1, upper_code=NULL 형식으로 처리됨
• 따라서 비교연산자로 a = NULL은 참이 되지 않기에 단순 CASE에서 사용 불가
• 검색 CASE로 사용가능

• ' + ' = SQL Server
• ' || ' = Oracle, DB2, PostgreSQL
• CONCAT = MySQL

1. CONCAT

SELECT CONCAT(name,price) FROM products;

상품의 이름과 가격의 문자열 결합 이름은 문자형, 가격은 숫자형이지만 문자열 결합이 가능하며 결합하게되면 문자형으로 변경된다.

2. SUBSTRING 함수

날짜로 예를 들어 년도를 추출 할 때 1번째부터 4개의 문자를 추출
SUBSTRING('19940430',1,4) -> '1994'
월을 추출 5번째부터 2개 추출
SUBSTRING('19940430',5,2) -> '04'
일을 추출 7번째부터 2개 추출
SUBSTRING('19940430',7,2) -> '30'

3. TRIM 함수

문자열의 스페이스가 있는 경우 스페이스를 제거해주는 함수

TRIM('hoontae     ') -> 'hoontae'

날짜 연산

시스템 날짜 확인

SELECT CURRENT_TIMESTAMP;

함수이지만 따로 인수가 필요없는 특수한 함수

• FROM 구를 사용하지않아도 되지만 Oracle의 경우는 FROM구를 작성해주어야한다.

  날짜의 덧셈과 뺄셈

  SELECT CURRENT_DATE + INTERVAL 1 DAY;

  숫자의 경우 -1로 하면 전날 날짜를 표시하거나 ' + '를 ' - '로 바꾼다.

지정한 날로 부터 사이의 기간

SELECT DATEDIFF('2021-10-22','1994-04-30');

앞 날짜와 뒷 날짜를 선택하여주고 그 사이의 몇일의 차이가 나는지 알 수 있다.

1. SELECT 구로 연산

SELECT * ,price * stock FROM products;

가격과 재고량의 곱한 값

2. 컬럼명 임시변경

1. SELECT * ,price * stock AS total FROM products;
2. SELECT * ,price * stock total FROM products;
3. SELECT * ,price * stock "총합" FROM products;

• AS뒤에 변경할 명칭 작성가능하며 AS를 생략 가능하다.
• 한글을 사용할 때에는 " "(큰 따옴표)를 사용해야한다.
• ' , ' 로 구분하여 복수의 식을 지정 가능, 각각 명칭을 부여할 수 있고 중복명칭도 가능하고 에러가 발생하지 않지만 프로그래밍 언어에선 문제가 발생할 수 있기에 다르게 지정한다.
• " " 는 데이터베이스 객체명, ' '은 문자열 상수인 점을 인지하고 사용해야한다.
• SELECT나 FROM 같은 예약어에는 " "을 꼭 붙여준다.

3. WHERE 구로 연산

1. SELECT * ,price * stock AS total FROM products WHERE price * stock > 1000000; O
2. SELECT * ,price * stock AS total FROM products WHERE total > 1000000; X

총 합이 100만원 이상일 경우만 검색 WHERE구의 경우 SELECT구 보다 먼저 실행되기 때문에 변경된 명칭 "total"을 사용 할 수 없다.

4. NULL 값 연산

보통 프로그래밍 언어에서는 NULL값은 유효한 값이 없으므로 같이 연산한 값이 나오지만 SQL에서는 NULL값은 0으로 처리가 되지않으므로 NULL이된다.

5. ORDER BY구에서 연산

1. SELECT * ,price * stock AS total FROM products ORDER BY price * stock DESC;
2. SELECT * ,price * stock AS total FROM products ORDER BY total DESC;

ORDER BY구에서도 연산하여 정렬 할 수 있습니다. SELECT 구보다 ORDER BY구가 나중에 진행되기 때문에 WHERE구와는 다르게 "total"이라는 변경된 명칭을 사용 할 수 있습니다.

WHERE -> SELECT -> ORDER BY 순서로 진행 된다.

6. 함수 MOD

10 % 3 = 1 MOD(10,1) = 1 MOD는 MySQL이나 Oracle 등에서 사용할 수 있는 함수로 % 나머지 연산자와 비슷하다.

7. ROUND 함수

1. SELECT price, ROUND(price) FROM products;
2. SELECT price, ROUND(price,1) FROM products;

• 소수점을 반올림 해주는 함수이다.
• 반올림할 소수점 앞과 뒤의 자릿수를 지정할 수 있다. -1, 0, 1을 예로들면
• -1은 소수점 앞 첫번째 자리
• 0은 소수점 뒷 첫번째 자리
• 1은 소수점 뒤 두번째 자리

1. WHERE 뒤에 ORDER BY 지정

SELECT * FROM user WHERE age > 21 ORDER BY age;

21살 보다 많은 나이 순서로 정렬

2. FROM 뒤에 ORDER BY 지정

SELECT * FROM user ORDER BY age;

3. 내림차순 DESC

SELECT * FROM user ORDER BY age DESC;

4. 오름차순 ASC

SELECT * FROM user ORDER BY age ASC;

오름차순은 자동으로 정렬되기때문에 사용하지 않아도되고 ASC를 사용해도된다. 그러므로 ORDER BY의 기본 정렬은 오름차순이다.

5. 대소관계

• 숫자형과 문자형으로 나눌수 있다.
• 숫자형의 경우 1, 2, 3 ~ 100 순으로 크기가 커지는데로 나눌 수 있다.
• 문자형의 숫자일 경우 1,2,10,11 이 아닌 1, 10, 11, 2 순으로 정렬된다.(주의!!!)
• 문자형의 경우 한글은 자음 ㄱ,ㄴ,ㄷ ~ ㅎ, 모음 ㅏ,ㅑ,ㅓ ~ ㅣ 순서로 정렬
• 문자형 영어는 알파벳 순서 a,b,c ~ z 순서로 정렬

ORDER BY는 테이블에 영향을 주지 않는다!!!

SELECT문으로 데이터를 검색하는 명령이기때문에 테이블을 변경하지는 않는다.

복수의 열을 정렬

1. 조건이 있을 경우 WHERE문 사용 가능하다.

SELECT * FROM user WHERE age > 21 ORDER BY height[ASC,DESC] , weight[ASC,DESC];

키와 몸무게 2개의 컬럼이 있다고 가정한다.

2. 2개 이상의 열(컬럼)중 1개의 컬럼만 지정

SELECT * FROM user ORDER BY height;

키만 정렬이 되고 몸무게는 따로 정렬이 되지 않는다.

3. 2개의 컬럼을 지정

SELECT * FROM user ORDER BY height,weight;

키와 몸무게 모두 정렬된다. 키를 기준으로 먼저 정렬하고 몸무게가 정렬

4. 컴럼의 위치 변경

SELECT * FROM user ORDER BY weight,height;

몸무게를 기준으로 먼저 정렬한다음 키가 정렬된다.

5. DESC를 사용하여 내림차순 정렬

SELECT * FROM user ORDER BY height ASC,weight DESC;

키를 먼저 오름차순으로 정렬하고 몸무게는 내림차순으로 정렬

6. NULL 값 정렬

MySQL에서는 NULL 값을 가장 작은 값으로 취급 ASC에서 가장 먼저 DESC에서 가장 나중에 표시된다.

WHERE 열(컬럼) LIKE '패턴';

패턴을 정의할 때 사용할 수 있는 메타문자

• ' % '는 임의의 문자열을 의미
• ' _ '는 임의의 문자하나를 의미

1. 전방일치

SELECT * FROM products WHERE description LIKE 'text%';

'text'라는 문자열로 시작되는 행만을 검색

2. 중간일치

SELECT * FROM products WHERE description LIKE '%text%';

'text'라는 문자열이 포함된 모든 행을 검색

% 는 임의의 문자열과 매치하며, 빈문자열도 매치함 그렇기에 문자열의 앞과 뒤에 문자열이 없어도 검색함

3. 후방일치

SELECT * FROM products WHERE description LIKE '%text';

'text'라는 문자열로 끝나는 행만을 검색

%검색하기

WHERE 열(컬럼) LIKE '%%%';

' \ '이스케이프를 사용 하여 메타문자가 아닌 일반문자로 의미하게 할 수 있다.

' 의 이스케이프사용

' it's '의 같은 경우 ' it''s ' 로 '를 2개를 사용하여 이스케이프 할 수 있다.

• AND
• OR
• NOT

AND

복수의 조건을 조합할 경우 사용, 좌우에 항목이 필요한 이항 연산자

SELECT * FROM products WHERE a<>0 AND b<>0;

a열과 b열 모두 0이 아닌 행 검색

SELECT * FROM products WHERE a=0 AND b=0;

a열과 b열 모두 0인 행 검색

OR

어느 한쪽이 참이되면 조건식은 참이 된다.

SELECT * FROM products WHERE a<>0 OR b<>0;

a열이 0이 아니거나 b열이 0이 아닌 행 검색

SELECT * FROM products WHERE a=0 OR b=0;

a열이 0이거나 b열이 0인 행 검색

and, or 같은 경우 공부하는 파이썬의 언어와 사용하는 부분에서 똑같았다.

AND, OR 사용시 주의할 점

SELECT * FROM products WHERE id=1 or 2;

이 경우 상수 '2'의 경우 논리 연산으로 항상 참이 되기 때문에 모든 행을 반환하게 된다.

SELECT * FROM products WHERE id=1 OR id=2;

이렇게 조건식을 입력해야만 id가 1이거나 2인 값을 을 불러와. 1, 2행 모두 반환한다.

AND와 OR 조합하여 사용

a,b에 데이터가 0, 1, 2 가 있다고 가정해보자

SELECT * FROM products WHERE a<>0 AND b<>0; 를 
SELECT * FROM products WHERE a=1 OR a=2 AND b=1 OR b=2; 변경

잠깐 보면 똑같은 행을 반환 할 것 같지만 그렇지 않다. 연산자에는 우선순위가 있기 때문이다. AND 가 OR 보다 우선순위가 있기때문에

SELECT * FROM products WHERE a=1 OR (a=2 AND b=1) OR b=2;

이러한 형태로 진행된다고 생각하면된다.

그렇기 때문에 AND와 OR 을 조합해서 사용할 경우 OR조건에 괄호를 묶어서 사용해야한다.

SELECT * FROM products WHERE (a=1 OR a=2) AND (b=1 OR b=2);

NOT으로 조합

오른쪽에만 항목을 지정하는 '단항 연산자' 오른쪽에 지정한 조건식의 반대 값을 반환한다.

SELECT * FROM products WHERE NOT(a<>0 OR b<>0);

a열이 0이 아니거나 b열이 0이 아닌 행을 제외한 나머지 행 검색

벤 다이어그램으로 치면 두 원을 제외한 나머지 배경이 값이라고 생각하면 이해하기쉽다.

SELECT id, name FROM users;

자신이 테이블의 필요한 열만 지정할 경우 ' , '를 이용하여 필요한 여러개의 열을 지정할 수 있다.

WHERE 구에서 행 지정

SELECT * FROM users WHERE id = 7;
SELECT * FROM users WHERE id < 7;
SELECT id, name FROM users WHERE name = '김철수';

• select 구 뒤에 열을 지정하고 where구로 행을 지정 할 수 있다.
• where 구에서 지정한 값이 없는 경우에는 아무것도 반환하지 않는다.
• id = 7같은 경우 연산자를 사용할 수 있다. '<>'를 사용할 경우 그 값을 제외한 나머지를 불러온다.
• 김철수 같이 문자열 인 경우 (' ')를 사용해야한다.
• 날짜시간의 경우에도 (' ')를 사용한다. 그리고 날짜의 경우 연월일은 (-)으로 구분하고 시간은(:)으로 구분한다.

  WHERE 구에 사용 가능한 연산자

• ' = '
• ' <> '
• ' < '
• ' > '
• ' >= '
• ' <= '

NULL값 검색

SELECT * FROM users WHERE phone_number = NULL; X
SELECT * FROM users WHERE phone_number IS NULL; O

SELECT * FROM users WHERE phone_number IS NOT NULL;

• NULL 값을 검색할 때는 = 연산자가 아닌 IS NULL을 사용해야한다.
• NULL 값이 아닌 값을 검색 할 때는 IS NOT NULL을 사용한다.

두 대 이상의 컴퓨터로 연결되어 정보(데이터전송, 웹사이트 열람,메일)를 주고 받을 수 있는 상태

• 네트워크는 꼭 컴퓨터에만 해당되는것은 아니며 사람과 사람, 도로와 철도, 물류등 다양하다.
• 인터넷은 작은 네트워크 부터 큰 네트워크를 연결하는 거대한 네트워크이다.

패킷이란?

• 네트워크를 통해 전송되는 데이터의 작은 조각

• 큰 데이터도 작게 나누어 보내는게 규칙

  • 대역폭을 너무 많이 차지하기 때문이다.

• 용량이 큰 데이터를 전송할 때는 패킷으로 분할하여 전송하지만 패킷의 전송속도가 모두 다르고 제각각 순서가 다르게 목적지에 도착한다. 이럴 때 데이터의 모습을 원래대로 되돌려야하는 작업을 해야하기 때문에 송신측에서는 패킷에 순서대로 번호를 부여하여 전송하고 수신측에서 번호에 맞게 정렬하여 원래의 데이터를 보유 할 수 있게 된다.

대역폭이란?

네트워크에서 이용가능한 최대 전송 속도로 정보를 전송할 수 있는 단위 시간당 전송량

bit, byte

• 컴퓨터는 0과 1밖에 이해하지 못한다.

• 0과 1의 정보를 정보를 나타내는 최소단위를 bit라고 한다.
• 8개의 bit가 모이면 byte라고 부른다.
  • 8bit = 1byte

문자코드(character code)

ASCII 코드 - 알파벳, 기호, 숫자 등을 다를 수 있는 기본적인 문자 코드 참조 - https://ko.wikipedia.org/wiki/ASCII

django 모델링 중 imagefield를 사용 할 일이 있어서 사용하던중 저장을 하기위해 설정한 경로에 이미지파일들이 삭제를 해도 변화가 되지 않아 업데이트시나 삭제시 자동으로 삭제가 되기위해서 코드를 작성하던중 구글링을 하여 찾은 좋은 djnago package가 있어서 기록하려고한다.

Imagefield 모델링 및 경로 설정

• 모델링

  class ImageFile(models.Model):
    maker = models.ForeignKey('Maker', on_delete=models.CASCADE)
    image = models.ImageField(upload_to='image', null=True, blank=True, default='default.jpg')

  upload_to의 경우 아래 media의 경로 안에 새로운 image라는 디렉토리가 생성되며 그 안에 저장된다. default를 설정한 경우 django-cleanup 패키지의 경우 기존의 이미지 파일이 변경되면 자동으로 삭제가 되기 때문에 default 이미지를 사용하는 경우는 설정을 해둬야 파일이 삭제가 되지않고 사용할 default 이미지파일의 경우 media 디렉토리 안에 저장해두면 된다.
• settings.py에 추가

  MEDIA_ROOT = os.path.join(BASE_DIR, 'media')
  MEDIA_URL = '/media/'

• 메인 urls.py에 추가

  from django.urls import path,include
  from django.conf import settings
  from django.conf.urls.static import static
  

urlpatterns = [ #path('images', include('images.urls')), ] + static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)

## Django-cleanup
* package install
`pip install django-cleanup`

* settings.py 추가
```python
INSTALLED_APPS = (
    ...,
    'django_cleanup.apps.CleanupConfig',
)

위와 같은 간단한 방법으로 이미지파일을 자동으로 업데이트 및 삭제 할 수 있습니다.

더욱 자세한 사항은 아래에서 확인 할 수 있습니다. https://pypi.org/project/django-cleanup/

model은 메타데이터를 가진 데이터베이스의 구조 를 말한다. 저장하는 데이터의 필수적인 필드들과 동작들을 포함한다. *DRY원칙에 따라서 데이터 모델을 한곳나타낸다.

• DRY원칙 : 고유한 데이터는 단 한 번, 한 곳에만 존재하는것

polls/models.py
-----------------------------------------------------
from django.db import models


class Question(models.Model):
    question_text = models.CharField(max_length=200)
    pub_date = models.DateTimeField('date published')


class Choice(models.Model):
    question = models.ForeignKey(Question, on_delete=models.CASCADE)
    choice_text = models.CharField(max_length=200)
    votes = models.IntegerField(default=0)

설문 조사를 만드는 프로그램으로

질문 모델과 선택 모델을 나눠서 질문에 관한 답변은 모두 다를 수 있기 때문에 선택 모델이 질문 모델을 참조하게 설정하였다.

ex) 공부하던 중 포스팅한줄 알았던 내용이 임시글에 있어서 뒤늦게 포스팅하게 되었는데 잘 확인하고 챙겨야겠다.

기존 로컬 mysql에 있는 데이터베이스를 AWS RDS mysql로 이동하기 위해서는 mysql데이터 베이스를 파일화 시켜서 옮길 수 있는 mysqldump라는 명령어를 사용해 보았습니다.

1. mysql db 가져오기

mysqldump -u root(사용자아이디) -p 데이터베이스명 > 파일.sql

2. AWS mysql로 옮기기

mysql -h RDS 엔드포인트 -u root(사용자아이디) -p 데이터베이스명 < 파일.sql

EC2, RDS사용 연결 순서

• 터미널에 ssh 접속 ssh -i 파일명.pem ubuntu@퍼블릭 ip주소

• 미니콘다 설치 (ubuntu이기에 linux로 설치!) 기존설치했을때와 동일
  1. wget https://repo.anaconda.com/miniconda/Miniconda3-py39_4.9.2-Linux-x86_64.sh

2. chmod +x Miniconda3-py39_4.9.2-Linux-x86_64.sh
3. source .bashrc source
4. 가상환경 생성 후 접속하기

• sudo apt-get update
• sudo apt-get upgrade
• sudo apt-get install gcc
• sudo apt-get install libmysqlclient-dev
• 클론할 사이트 가져오기 git clone https://github.com/wecode-bootcamp-korea/23-1st-ggugit-backend
• requirements.txt 설치

1. cat requirements.txt
2. pip install -r requirements.txt
3. pip freeze

• setting.py에 ALLOWED_HOSTS에 퍼블릭ip주소, 퍼블릭ip:8000 추가
• my_settings.py 생성, 기존 내용 복사 붙여넣기 후 PASSWORD, HOST:엔드포인트로 변경
• python manage.py runserver 0:8000 동작 후 확인
• postman으로 퍼블릭ip 주소 입력 후 테스트

gunicorn

장고에서 쓰는 manage.py runserver 명령어는 단일스레드로 동작하여 개발 및 테스트로는 적당하지만 request가 많을 수 있는 운영환경에서는 적합하지 않을 수 있어서 멀티스레드를 지원하는 gunicorn 설치하여 배포해보자.

gunicorn 설치 - pip install gunicorn 안된다면 - sudo apt-get install gunicorn gunicorn 명령어 (꼭 가상환경에서 사용)

• 백그라운드 사용 x gunicorn --bind=0.0.0.0:8000 데이터베이스명.wsgi
• 백그라운드 사용 o nohup gunicorn --bind=0.0.0.0:8000 데이터베이스명.wsgi &
• 사용확인 ps -ef | grep python
• 연결끊기 kill PID

!youtube[ZnIrQX6EUK8]

팀명 : GGUGIT 클론 사이트 : COOKIT (https://www.cjcookit.com) 프로젝트 기간 : 8/2 ~ 8/13 (2주) 프론트 엔드 : 김동우, 이지선, 황문실 github-ggugit-frontend 백엔드 : 김훈태, 장이주 github-ggugit-backend

우리팀의 Sprint Routine

모두 각자 할 수 있는 선에서 최대한 열심히 진행해주었고 따로 지켜지지않은 사항은 없었다. 대부분 trello를 잘 활용하여 컨디션 , 전날 진행 사항, 금일 진행사항을 따로 메모해두었기에 진행사항을 알기 쉬웠다.

Trello

• 티켓활용을 제외한 꾸깃의 trello 활용 참고자료에는 프론트와 백이 함께 맞춰가야하는 사항들이 있다.
• 회의 메모장
• 개인 컨디션

  Backend 구현 사항

  각자 구현한 사항은 이모티콘으로 표현하겠습니다. (나 = 🤪, 이주님 = 🤠)

  구현한 기능 🥳

• 회원가입/로그인 - 🤪
• 메뉴리스트 - 🤠
• 메뉴 상세페이지 - 🤪
• 장바구니 - 🤠,🤪
• 검색 - 🤠 우리팀 백엔드에서는 하나의 기능을 구현함에 있어 따로 만들기 보다는 반반 나눠서 기능을 구현했는데 이 방식이 하나의 기능에 깊게 파고들지 못하였다는 생각도 있지만 내가 구현한 기능이 아니면 모를 수 있는 사항들을 함께 만들어서 각자 구현한 기능들의 부족한 점에 대한 피드백을 빠르게 주고 받을 수 있는 장점도 있었습니다. 결론적으로 서로가 그 과정이 만족스럽다고 느껴서 성공적이라고 표현할 수 있는 선택이었습니다.

아쉽게 구현하지 못한 기능 🤔

• 결제
• 리뷰
• 찜하기

모델링을 위한 ERD

녹색 부분이 대부분 추가 구현 사항이었는데 다 구현하지 못한 아쉬운 느낌이 있어 2차 프로젝트에는 꼭 해보고싶은 사항이다.💪

기억에 남는 코드

get_or_create 이미 블로그에 작성을 하여서 링크를 따로 남겨놨습니다. 아무래도 가장 아쉬웠던건 더욱 많은 코드를 활용하지 못했던 부분이고 2차 프로젝트에서는 더욱 많이 활용해봄으로써 팀에 더욱 도움이 되는 팀원이 되도록 노력해야겠습니다. 그리고 이번프로젝트에서 사용되었던 코드들을 리펙토링해서 블로그를 작성 할 예정입니다.

2주간의 GGUGIT Project 후기

팀에서 나의 역할?

스스로 생각해서 말하라고 하면 '분위기 메이커'라고 말하고싶다. 스스로 정말 힘들어도 티를 내고싶지 않았다. 프로젝트의 중간이 접어들었을때 많은 팀원들이 힘들어하는 것이 보였고 무엇인가 도움이 되고싶었다. 하지만 기술적으로 도움을 드릴 수 있는 부분이 없었고 어둡고 지친분위기를 와해시키고자 즐거운 분위기를 만들려고 노력하고 이야기도 많이 나누려고 했다. 하지만 중간에 드는 생각은 내가 오히려 집중하는 분들을 집중못하게 하는 것이 아닌가? 라는 고민도 많이 했다. 하지만 다들 즐겁게 받아주셨다. 나중에 다른팀 동기분들과의 이야기를 나눌때 "나는 그저 팀 분위기 메이커를 한다."라고 말했을때 어느 동기분께서 정말 중요한 역할을 하고 있네요. 라는 말을 해주셨고 팀원분들도 함께해서 즐거웠다는 말을 해주셔서 이 장점을 계속 살려야겠다고 생각했다.

나의 보완할 점

아무래도 프로젝트를 진행함에 있어서 가장 크게 느낀점은 기초의 부족함이었다. 하나의 기능을 구현함에 있어서 활용해보지 않은 기능들의 코드를 작성하려고하면 머리가 먼저 굳어버리는 현상이 자주 나타났다. 아무래도 한번 할 때 최적의 방법을 찾으려고만 하는 탓도 있는것같다. 리펙토링이란 것에 대하여 인지하지 못하였고 그렇다고 최적의 코드를 작성한것도 아닌 그저 내가 이해한 범위내에서만 코드를 작성하였고 둘러 봤을때는 더 다양한 방법으로 코드를 작성하는 동기분들이 계셨다. 비교하지않으려 했고 오히려 배우려고 했다. 이해가 되지 않을 때는 물어보고 내껏으로 만들려고 했다. 하지만 생각한것처럼 여유가 있지는 않았고 결코 활용하지 못하였다. 그래서 차근차근 아쉬운점들을 리펙토링해 나가서 진짜 내것을 만들 예정이다.

Team Project로 얻은 것

과연 내가 잘할 수 있을까? 라는 물음에 23기 동기분들 모두가 프로젝트를 시작하였다. 결과적으로 목표로 정한 모든 기능들을 다 이루지는 못하였다. 그렇다고 실패한 것이 아니다. 결론적으로 보면 성공이라고 할 수 있다. 필수 구현 사항들은 다 이루었기 때문이다. 그렇다고 필수 구현 사항을 못했어도 실패는 아니다. 도전을 했고 이루어낸 부분들이 있었다면 충분히 성공했다고 생각한다. 내가 프로젝트 전에 가지고 있었던 생각은 '잘할 수 있을까?' 였지만 결과가 나왔을때 '나는 포기하지 않고 잘해냈다!'라는 표현을 할 수 있었다. 분명 스스로 부족함도 많이 느꼈었지만 프로젝트하면서 부족한 점들을 더욱 잘 찾을 수 있었다고 생각한다. 나 혼자서는 분명 하지 못했을 부분들이 너무 많았다. 팀프로젝트롤 통해 부족한점을 깨닳았고 내가 앞으로 나아가야할 방향성에 대해 알려준 소중한 첫번째 프로젝트 그 과정을 함께한 꾸깃팀 결과물에 연연하지 않고 우리만의 속도로 나가자고 해주었던 모든 팀들에게 다시 한번 정말 감사하다고 말씀드리고싶다.

REpresentational State Transfer 웹에 존재하는 모든 자원을 http URL로 표현하여 자원에 대한 주소를 지정하는 방법론, 또는 규칙입니다. 즉 자원을 어떻게 한다를 구조적으로 깔끔하게 표현한것

RESTful API 장점

그 자체만으로 API의 목적이 무엇인지 알기 쉽다.

RESTful API 단점

표준 규약이 없어서 실제 많이 사용되지만 비효율적이거나 비생산적인 패턴을 작성할 수 있다.

RESTful API 설계 규칙

• URI의 정보는 명확하게 표현한다. 리소스는 명사로 표현

• 리소스의 HTTP method는 (POST, GET, PUT, PATCH, DELETE) 로 표현한다. 1) URI에 HTTP method가 들어가면안된다. ex) GET delete/users/1 2) URI에 동사가 포함되면 안된다.ex) POST insert/users/1, GET users/show/1
• 파일의 경우 확장자를 표현시키지 않는다. jpg,png,gif 등등 ex)GET users/1/profile-photo.jpg
• URI가 길어지는 경우 _ 가 아닌 -를 사용한다. ex)GET users/1/profile-photo(O), GET users/1/profile_photo(X)
• 마지막에 / 를 사용하지 않는다. ex) GET delete/users/1/
• URI 경로에 대문자 사용을 피한다.

Path parameter, Query parameter

Path parameter

GET,DELETE,PUT,PATCH,등 method를 활용하여 요청한 하나의 데이터를 가지고 올 때 사용한다. EX)GET users/1, DELETE users/2/profile-photo

Query parameter

filtering(분류), sorting(정렬), searching(검색)할 때 사용한다. 또한 pagination(한 페이지에 몇개의 상품이 나오게 하는지 표시할때 사용한다.)-(offset,limit) 페이지를 나눌때도 사용

없는 정보를 요청 할 경우

• Path parameter GET /users/1 - 404 NOT FOUND 없는 정보라는 에러발생
• Query parameter GET /users?id=1 - 에러가 발생하지 않고 빈리스트를 가지고 옴

각 상황에 맞게 활용하여 적용시켜주면 데이터를 요청하고 응답 시 편리하다.

알고 있으면 좋은 Status 내용

Amazon Web Service의 줄임말로 간단하게 클라우드 서비스로 유저가 따로 결제할 필요없이 AWS상에서 클릭 몇 번으로 서버를 만들고 사용할 수 있다. 백엔드 개발자는 정확하게 알아야하는 부분 중 하나이기에 꼭 알고 넘어가자!

AWS 사용 전 알고 있어야 할 기능 용어 정리

EC2 (Elastic Compute Cloud)

AWS 상에서 몇 분 안에 구동 가능한 가상 서버, 서버에 API를 배포한다. 다양한 옵션이 있으며 사양이 좋을 수록 비싸다.

Security Group

EC2 네트워크의 가상 방어벽 역활을 한다고 생각하면된다.

VPC (Virtual Private Cloud)

AWS 네트워크 망안의 사용자 전용 사설 네트워크

RDS (Relational Database Service)

클라우드에서 DB를 관리 한다. 사용자가 직접 DB를 설치해서 설정하고 관리하지 않아도 된다. 사용자가 직접 DB를 설치하고 운영하는 것보다 비용적인 측면에서도 더 저렴하다.

ELB (Elastic Load Balancing) , Laod Balancer

서버로 들어오는 여러가지의 요청을 골고루 나눠서 전달, 요청이 많을 때 하나의 서버에서 다 처리를 하기 힘들기 때문에 http요청들을 서버에 분산해주는 형태로 시스템이 구성된다.

Route 53

AWS의 도메인 네임 시스템(Domain Name System, DNS)서비스 API시스템을 실제 도메인과 열결해주는 기능이다.

AWS S3 (Simple Storage Service)

간단하게 파일업로드를 하고 공유하는 서비스이다. 파일마다 고유의 주소를 부여하기때문에 S3에 저장된 파일들을 웹상에서 쉽게 읽어들일 수 있고 주로 사이트상의 이미지들을 저장하고 사이트에서 읽어들여 렌더링 해주는데 사용한다.

프로젝트기간 장바구니 추가를 구현 하는 상황에서 create 메서드를 사용하여 추가하였는데 멘토분께서 get_or_create를 공부하여 사용해보라는 리뷰를 달아주셨다. get_or_create는 object,created로 이루어져있고 object는 꺼내려 하는 인자이고 created는 True, False로 이루어져있어서 db에없어 생성이되었다면 True로 기존에 데이터가 있다면 추가되지않고 Falsed이다. 하지만 장바구니에 기존데이터가 있으면 그대로 추가되는 조건을 걸었다.

메서드 이해 X

위 cart라는 object에 db를 추가하기 위해서 product, user, quauntity를 키워드를 입력하였다. 그리고 postman으로 테스트를 하였을 때 새롭게 추가하고자하는 값을 db에 create했을 때 db에 추가가 되었고 한번 더 추가를 했을때도 무리 없이 추가가되었다. 하지만 3번째 추가를 할 때, ADD_SUCCESS가 아닌 SUCCESS라는 메세지가 나와서 뭔가 잘못됬다는것을 느꼈다. 그리고 db를 확인하니 아래와 같이 추가되는것이아닌 새로운 db가 생성되어있었다. *추가시키고자 한 값 : product = 17, user = 1, quantity = 1

메서드 이해 O

무엇이 잘못된건지 고민하다가 quantity를 키워드로 걸면 안된다는 생각이 들었다. 추가하고자 하는 값이 없을때 새로운 db를 추가 하였고 추가된 quantity의 값이 있을때 기존값에 더하여 추가가 되었다. 하지만 quantity가 2가 되었고 1을 추가하려했지만 기존 db에 위 이미지를 보면 quantity = 1, product_id = 17, user_id = 1 이라는 db가 없었기에 새롭게 추가가 된 것 이었다.

코드를 다시 수정하였고 더 공부한 결과 defalts값을 설정 할 수 있다는 것을 알게되었다. 값을 설정할 수 있다는 것을 몰랐더라면 모델링을 수정해야했기에 번거로움이 있을 뻔 하여서 다행이었다. defalts값을 설정할때 quantity가 기존 db의 quantity 값을 를 참조하게하여 stock이 있는 한 추가되게 코드를 수정하였다.

하지만 코드를 수정하여 값을 추가하였을때 여러 에러메세지가 나왔고 그중 return 2 라는 리턴하는 값이 두개라는 듯한 에러 메세지가 나와서 위 이미지의 2개의 중복되는값의 db가 있기에 에러가 발생한 듯한 느낌이와서 하나의 db를 delete한 결과 quantity가 추가되는 것에 대한 에러는 발생하지않고 잘 진행된다는 것을 알 수 있게 되었다. 이번을 계기로 여러가지 메서드를 사용하기 위해서는 정확한 조건이 무엇인지 어떻게 사용되는지 파악하고 이용해야한다는 걸 다시 한 번 깨닳게 되었다.

겉으로는 안그래보여도 나는 항상 걱정이 많다. 자신을 남들과 비교하지 않으려고 해도 준비가 많이 부족한 상태로 위코드에 오게되어 계속 비교만했고 스스로 부족하다는걸 알기에 잠도 덜 자고 조금씩 따라잡아 보려고 했는데 쉽지가 않았다. 오히려 시간이 지날수록 기본이 부족한게 더욱 티가 났고 다른분들과 더욱 멀어져만 가는 기분이 들었다. 그리고 프로젝트를 할 때 내가 과연 도움이될까?라는 생각이 머리를 지배했다.

프로젝트의 시작, 나의 마음가짐!

'내가 지금 잘 하고 있는건가?' '응 잘하고있어 꾸준히만 하자!' '근데 너무 무모한 도전이 아니었을까?' '아니야 도전하기로한거 잘할 수 있을꺼야!' 라는 많은 생각이 머리를 지배했지만 못해도 포기는 하지말자라는 결론이 나왔다. 그렇게 긍정적인 생각을 가지고 우리 프로젝트 팀인 '꾸깃'분들과 만나게 되었다. 이야기를 많이 해본 분들이 없었고 한 번도 이야기를 하지 않았거나 인사만 하시는분들이랑 같은 팀이되어 처음에는 걱정이 많았다. 하지만 모여서 잠깐 이야기를 했을 뿐인데 그냥 너무 좋은분들이랑 한팀이 되어 마음이 편해졌고 미약하게나마 꼭 도움이 되는 존재가 되고 싶었다.

1주차 스프린트

프로젝트를 시작하기 전 프론트 분들과 해야 할 진행사항들을 이야기 하면서 머리가 하얘지는 순간이 몇 번 찾아왔었다. 백엔드를 공부하지만 스스로에게 완벽하다 할 수 없었고 프론트 분들과 이야기를 하면서도 그들의 플로우를 알 수 없었기에 걱정이 앞장을 섰다. 아무래도 1차 프로젝트의 목적이 기능구현도 중요하지만 커뮤니케이션에 더 중점이 있는 것 같다고 생각이 되었다.

백엔드 1주차 목표 : 모델링, 초기세팅, 회원가입, 로그인, 메뉴리스트, 메뉴 상세페이지, 장바구니

백엔드에서는 가장 처음 모델링을 해야했다. 초반까지는 어느정도 이해가 되는 선에서 백엔드 파트너인 이주님과 ERD를 작성해 나갔다. 생각보다 오래걸렸고 몇번의 수정과 멘토 연우님의 도움끝에 2틀째에 마무리가 되었고 각자 맡은 기능을 구현하고자 했다.

나의 진행사항

초기세팅, 회원가입, 로그인, 메뉴 상세페이지, 장바구니(DELETE, UPDATE)

전반적으로 새롭게 구현해본 페이지는 메뉴 상세페이지밖에 없었다. 아무래도 스스로에게 자신이 없었고 복습을 해보자는 생각으로 django초기세팅, 로그인, 회원가입 기능을 구현했다. 메뉴 상세페이지를 새롭게 구현해 보았고 장바구니 기능도 나누어서 진행했지만 아직도 update 부분은 완벽하게 구현하지 못했다.

만족한점, 아쉬운점

- 만족한점

1. 포기하지 않고 1주일을 마무리한점
2. git 활용을 잘못하여 많은 시간을 허비하였지만 그 덕에 git에 대해 더욱 깊이 알 수 있었다.

   - 아쉬운점

3. 멘토분의 설명을 이해하지못하여 파트너인 이주님까지 헷갈리게해서 시간을 낭비하게 한 점이 정말 죄송했고 피해주지 말자는 다짐을 벌써 실패한것 같다.
4. QuerySet과 model method의 이해가 전반적으로 많이 부족했던게 느껴졌다. 어느정도 알고 있다고 생각했지만 활용을 할 줄을 몰라 기능 하나 하나 구현하는데 너무 많은 시간을 소비하였다.
5. 기능별로 담당을 나누었지만 메뉴리스트의 필터링하는 부분에서 내가 구현 해보지 못한점이다. 사실 내가 담당했으면 지금 이시간 까지도 안끝났을 수 있지만 Query parameters에 대해 블로그를 작성해야겠다.

2주차의 다짐과 마무리

계속 다른 팀과 비교하지 않고 우리만의 발걸음으로 나아가면 된다고 생각했다. 하지만 나만 그렇게 생각하면 어떻게 하지? 라고 생각했을때 나뿐만 아니라 각자 모두가 서로의 입장에서 힘들어하는 것을 알게되었다. 부족한 나지만 그래도 모두에게 힘이되고 싶었다. LOVE면담을 통해 깨닳은것은 팀프로젝트를 하면서 해야하는것이 개발만 하는것이 아니었다. 분명 우리팀 모두가 개발을 잘하고 모두가 소통이 잘되면 우리는 여기에 없었을 것이다. 팀이라는건 분명히 다함께 가는것이라 생각한다. 우리가 프론트엔드에서 개발 속도가 빨라서 백엔드에서 데이터를 줄수 없어도 혹은 백엔드의 개발 속도가 빨라 프론트에서 구현할 화면이 없어도 우리가 함께한 그 순간이 팀프로젝트의 완성이다. 스스로 부족하다 생각해도 계속 할 수 밖에 없고 어짜피 포기 안할것이기에 할 수 있는데 까지 할 생각이다. 함께하는 프론트엔드분들에게 감사하고 항상 든든한 파트너 이주님께 정말 감사합니다. 2주차 스프린트 우리 '꾸깃' 쫙 펴져서 기분좋고 행복한 시간이 될 수 있도록 화이팅입니다.!

# models.py
from django.db import models

class User(models.Model):
    name         = models.CharField(max_length=45)
    email        = models.CharField(max_length=300)
    password     = models.CharField(max_length=400)
    phone_number = models.CharField(max_length=45)
    birthday     = models.DateField()

    class Meta:
        db_table = 'users'

이메일과 패스워드는 문자와 숫자를 다사용하기에 CharField를 적용하였고 최대길이를 넉넉하게 설정하였다. 이메일은 그렇다쳐도 패스워드의 최대길이를 길게 한 이유는 나중에 암호화 시킬 경우 문자열의 길이가 길어지기 때문이다. 전화번호의 경우 IntegerField를 설정할 경우 0이 맨 앞에 오게되면 010의 경우 10 으로 표시되어 0의 숫자가 나오지 않기 때문에 CharField를 적용하였고 생일의 경우 날짜에 맞는 필드가 있기에 DateField를 적용시켰다.

View 작성하기

1) SignUp

# views.py
class SignupView(View):
    def post(self, request):
        try:
            data            = json.loads(request.body)
            password        = data['password']
            hashed_password = bcrypt.hashpw(password.encode('utf-8'),bcrypt.gensalt()).decode('utf-8')

         # 이메일의 형식에 맞게 적용하는지 확인
            if not re.search(r'^[a-z0-9]+[\._]?[a-z0-9]+[@]\w+[.]\w+[.]?\w{2,3}$',(data['email'])):
                return JsonResponse({'message':'INVALID_EMAIL_FORMAT'}, status=400)
         # 비밀번호 8자리 이상 숫자와 특수문자 사용
            if not re.search(r'[A-Za-z0-9!@##$%^&+=]{8,25}',(data['password'])):
                return JsonResponse({'message':'CHARACTER_SHORT'}, status=400)
     # 중복된 이메일이 있는지 확인
            if User.objects.filter(email=data['email']).exists():
                return JsonResponse({'massage':'INVALID_EMAIL'}, status=400)

            User.objects.create(
                name         = data['name'],
                email        = data['email'],
                password     = hashed_password,
                phone_number = data['phone_number'],
                birthday     = data['birthday'],
            )
            return JsonResponse({'message':'SUCCESS'}, status=201)
        except KeyError: # 키값의 오타가 있을 경우에 키에러를 발생하게함
            return JsonResponse({'message':'KEY_ERROR'}, status=400)

hashed_password는 bcrypt라는 라이브러리를 사용하여 암호해주었다는 변수를 주었고 마지막 decode('utf-8')를 사용한 것은 DB에 저장이 될 때는 string 타입으로 저장이 되어야하기 때문이다. 아직 정규 표현식은 정확하게 이해하지 못하여 구글링을 하여 사용되는 방식을 카피해왔다. 정규표현식의 경우 더욱 공부해야할 것 중 하나로 계획할 것이다. 정규표현식의 re를 사용하여 적용시킬때는match와 search가 있는데 두 방식의 차이점은 match의 경우 문자열의 처음부터 정규식과 매치되는지 조사하고 search의 경우 문자열 전체를 검색하여 정규식과 매치되는지 조사한다. 아직 정확히 이해를 하지못한 정규식을 사용하였기에 search를 사용하였다. 둘의 같은점은 정규식에 적합하면 match객체를 돌려주고 그렇지 않으면 None을 돌려준다. 난 위의 코드에서 if not으로 정규식표현에 부합하지않으면 예외처리된 메세지가 반환되게 설정을 하였다.

회원가입성공

이메일형식이 맞지 않을때

비밀번호가 형식에 맞지않을때

중복된 이메일이 있을때

2) Login

class LoginView(View):
    def post(self, request):
        try: 
            data = json.loads(request.body)
        #로그인시 회원가입된 이메일이 없는경우
            if not User.objects.filter(email=data['email']).exists():
                return JsonResponse({'message':'INVALID_USER'}, status=401)
        #존재하는 이메일이면 가져오기
            user = User.objects.get(email = data['email'])
        #암호화된 비밀번호를 다시 부호화하여 회원가입된 이메일의 비밀번호와 맞는지 확인          
            if not bcrypt.checkpw(data['password'].encode('utf-8'), user.password.encode('utf-8')):
                return JsonResponse({'message':'INVALID_USER'}, status=401) 
    #회원가입된 이메일과 패스워드가 맞다면 토큰을 발행
            access_token = jwt.encode({'id' : user.id}, SECRET_KEY, algorithm = 'HS256')
            return JsonResponse({'token' : access_token}, status=200)
        except KeyError:
            return JsonResponse({'message':'KEY_ERROR'}, status=400)

http는 단기기억능력을 가지고있는데 이를 보안하기위해 로그인을 했을시 계속 로그인 하지않기 위해 로그인되었다는 증표인 토큰을 부여한다. 토큰의 생성은 Json Web Token 즉 약어로 jwt라는 라이브러리를 사용한다. 각 유저의 중복되지 않는 고유번호인 id를 부여해서 사용한다. 로그인 상태에서만 가능한 기능들이 있다. 예를들어 게시물을 올린다던가 댓글을 남긴다거나 수정하고 삭제하나하는 경우 로그인이 된상태에서만 가능하다 이럴때는 로그인이 되었다는 증표인 토큰이 필요한다. 개발을하여 기능을 만들때마다 코드를 작성해주기에는 번거롭거나 실수로 작성을 못하는경우가 있기에 데코레이터!!!라는 기능을 사용하면된다. 데코레이터는 따로 블로그를 작성을 할 예정이다.

로그인에 성공하여 토큰이 발행됨

키값인 password를 잘못입력하였을때 발생한 keyerror