mkdir node-test로 디렉토리를 생성해 준다. cd node-test로 디렉토리로 이동!

2. package.json & index.js 생성하기

안타깝게도 express generator로 생성하면 자꾸 오류가 나서 하나하나 생성해 준다.. 오류가 왜 나는지 모르겠어서 어쩔 수 없다.. npm init -y 혹은 npm init --yes로 생성!

+) -y나 --yes가 package.json을 default 값으로 생성해 준다고 한다. 그럼 이렇게! 파일이 생성되는데 중간에 main을 보면 메인 코드 파일로 index.js를 설정해둔 것을 볼 수 있다. code .으로 vsc를 켜서 index.js파일을 생성해 주었다.

3. 필요한 모듈 설치하기

npm install mysql2 express cors --save와 npm install -D nodemon으로 mysql, express cors, nodemon을 설치한다.

mysql2로 설치한 이유는.. mysql을 설치하면 오류가 나기 때문이다..............

nodemon 앞에 -D를 쓰면 개발디펜던시가 추가된다.

4. package.json 수정하기

scripts에 test 라인을 추가해 줬다. (npm start 명령어를 사용해 nodemon으로 index.js를 실행하기 위해!)

 "scripts": {
    "start": "nodemon index.js",
    "test" : "echo \"Error: no test specified\" && exit 1"
  },

5. index.js 수정하기

이제 index.js에 아무 내용도 없기 때문에 서버 구동을 위한 내용을 추가해 준다.

const express = require("express");
const cors    = require("cors");
const req     = require("express/lib/request");

const app     = express();

app.use(express.json());
app.use(express.urlencoded({extended:true}));
app.use(cors());

// localhost:4000/으로 get요청을 받으면 'HELLO NODE'를 출력
app.get('/', (req,res) => {
    res.send('HELLO NODE')
})

const port = 4000;
// 서버가 실행되면 '서버켜짐'을 출력
app.listen(port, () => {      
    console.log('서버켜짐');
})

일단 여기까지 하고 npm start로 서버를 돌리면 서버가 돌아간다!

6. dotenv설치하고,.env 파일 생성하기

npm install dotenv로 dotenv를 설치해 준다. dotenv는 환경변수를 파일에 저장할 수 있도록 해준다.

이제.env 파일을 생성하고 아래와 같은 내용을 적어준다. .env파일은 환경변수를 관리하는 파일로 mysetting.py와 같은 역할의 파일인 것 같다.

DB_DATABASE=(db이름)
DB_PASSWORD=(db비밀번호)
DB_USERNAME=root
DB_HOST=127.0.0.1
DB_PORT=3306

등으로 키=값의 포멧으로 적어준다.

7. config 폴더 생성

config폴더 안에는 .env를 사용할 mysql.js파일을 생성해 주었다.

const dotenv = require("dotenv");
const mysql  = require("mysql2/promise");

dotenv.config();

const dbConfig = {
    host    : process.env.DB_HOST,
    user    : process.env.DB_USERNAME,
    database: process.env.DB_DATABASE,
    port    : process.env.DB_PORT,
    password: process.env.DB_PASSWORD
}

const connection = mysql.createPool(dbConfig);

module.exports = connection;

+) createPool은 DB와의 연결을 미리 Pool에 저장해두고, 필요할 때 꺼내 쓰는 개념인 것 같다. createConnection과 createPool 두 가지 방법이 있는 거 같은데.. 차이점을 알아봐야 할 것 같다!

이제 DB와 연결이 끝났다.

+) users연결

이제 localhost:4000/users 로 접근할 수 있게 만들어주자.

1. index.js 에서 url 열어주기

const express = require("express");
const cors    = require("cors");
const req     = require("express/lib/request");

const app = express();

app.use(express.json());
app.use(express.urlencoded({extended:true}));
app.use(cors());

app.use('/users', require('./routes/userRouter'))
//이전에는 localhost:4000/을 연결하면 'HELLO NODE'를 출력하도록 했는데 지워주고 localhost:4000/users로 접근하면 routers의 userRouter로 연결하도록 했다.

const port = 4000;

app.listen(port, () => {      
    console.log('서버켜짐');
})

2. routes폴더와 userRouter파일을 생성한다.

1번에서 연결해 준 routes폴더의 userRouter파일이 없으니 생성해 주고 userRouter파일에 코드를 작성해 준다.

const router = require("express").Router();
const db     = require("../config/mysql");

router.get("/", async(req, res, next) => {
    try {
        const sql = 
        'select * from users'
        const [rows, fields] = await db.query(sql)
        return res.status(200).json({message:"success", result:rows});
    } catch(e) {
        console.log(e.message);
    }
});

module.exports = router;

3. postman 돌려보기

npm start로 다시 서버를 켜주고 postman으로 테스트를 해보면 db에 넣어둔 user정보들이 뜬다!

conflict는 직역하면 '충돌'이다. 말 그대로 내가 지금 올린 PR의 코드와 이미 merge된 코드가 같은 부분이 달라져 충돌이 일어나는 것이다. git으로 협업을 하다 보면 자주 일어나는 상황이지만, conflict를 처음 봤을 땐 조금 많이 당황했다. 하지만 다행히도 멘토님과 함께였기에😇 멘토님이 알려주신 팁 덕분에 이후 conflict가 나면 차근차근 해결할 수 있게 되었다!

2. 해결하기

1) main 브랜치로 이동하기

git checkout main 을 이용해서 main으로 이동한다. -> git pull main으로 git에 merge(rebase)된 코드를 다시 받아온다.

2) 작업 브랜치로 돌아가기

git checkout 브랜치 이름으로 작업하던 브랜치로 다시 이동해 준다. -> git merge main 혹은 git rebase -i main으로 main을 받아온다.

3) conflict 해결하기

에러 메세지가 뜨면 code .혹은 직접 vsc를 실행시켜 목록에 빨간 글씨로 바뀐 파일명과 빨간색 !를 찾아준다. -> 해당 파일에 연한 글씨로 Accept ~~라는 문구가 쭉 적힌 줄을 볼 수 있다.

-> 성향에 따라 다르지만 멘토님은 전후 변경사항을 모두 불러오고, 비교 후 정리하는 방향으로 진행하신다고 하셨고, conflict를 몇 번 겪어보니... 그렇게 진행하는 게 좋을 것 같아서 쭉 사용하고 있다.

-> conflict 난 코드들 정리 후 저장해 주기 -> 차분하게 git add . 후 commit 을 다시 남겨주고, push를 하면 끝난다!

1) django ORM에서 spl의 query 문처럼 'or'조건을 쓰고 싶을 때 사용한다.

ex)

#sql - query문
select * from products where category=티제품 or sub_category=밀크티

#django ORM
Product.objects.filter(Q(category=티제품 | Q(sub_category=밀크티))

2) 사용을 위해 from django.db.models import Q를 해주어야 한다.

3) |와 & q objects에서 | = where (조건) or (조건) 으로 하나라도 조건에 맞으면 모든 결괏값을 보여주는 합집합이다. & = where(조건) and (조건) 으로 모든 조건을 만족해야지 해당 결괏값(모든 조건을 만족하는)을 보여주는 교집합이다.

조건을 계속 추가할 수도 있다.

4) Q() 는 ~~.objects.all()과 동일하다. 전체를 변수에 담아두는 느낌..!

+) 추가적으로 같이 사용할 django 메서드도 남겨놓는다. gt (greater than) : > lt (less than) : < gte(greater than or equal) : >= lte(less than or equal) : <=

+) 프로젝트에 사용하는 필터링을 위해 보고 있는데 역시 이론은 이해가 가지만 막상 사용하는 게 힘든 거 같다.

1) 오류를 확인하는 작업이다.

• 실제로 서비스를 사용화하기 전 오류가 없는지 검증을 하고 서비스를 상용화하기 위해서 필요한 과정이다. 서비스가 상용화되고 난 후 오류를 발견해서 수정하려면 금전적인 이슈와 함께 사용자가 불편을 겪기 때문이다.

2) 서비스의 결함을 확인할 수 있다.

• 실제 서비스를 제공하기 직전까지 수정해서 소비자에게 결함이 노출되는 일을 사전에 방지한다. 또한 출시 후 지속적인 피드백에 답변하는 것보다 시간을 절약할 수 있다.

4) 서비스의 품질을 향상시킬 수 있다.

• 리팩토링을 통해 서비스 구조나 품질 또한 개선할 수 있다.

4) 확장성이 좋아진다.

• 새로운 코드를 붙일 때 더 간편하고 빠르게 붙일 수 있다.
  
• ) 나의 코드에서 원하는 결과들을 나오게 하기 위한 테스트 코드를 작성하여 테스트를 진행한다. 그리고 테스트 코드에서 원치 않던 결과가 나오면 처음으로 돌아가 코드를 수정 후 다시 테스트를 진행한다.

2. Manual Testing & Automation Testing

1) Manual testing

• 꼭 해봐야 하지만, 사람이 직접 하는 만큼 불안정성이 높고, 인력이 소모되며 비용이 높으며 속도는 느리다는 단점이 있다.

2) Automation testing

• 안정성이 높고 속도가 빠르며 확장성도 높다. 또한 인력 소모는 줄어들고 비용은 낮아지는 장점이 있다.

3. System test 전략

1) E2E (End-toEnd) Tests

• 프론트엔드와 백엔드의 완성된 코드를 직접 맞춰보는 작업이다. (전체적인 서비스의 flow를 맞춰보는 작업)
• 구글에 따르면 전체 test에서 10% 정도의 중요도와 시간 소모를 가진다고 한다. 하지만 복잡도는 가장 높은 작업이다.

2) Integration Tests(통합 테스트)

• 웹페이지, Postman 등을 사용해서 API 호출 시 올바르게 동작하는지 확인하는 작업이다. 모듈 간의 호환성을 검증하는 단계이다.
• 중요도와 시간 소모는 20% 정도이다.

3) Unit Tests(단위 테스트)

• 독립적으로 진행되는 가장 마이크로한 테스트로 class나 함수 하나하나를 테스트하는 것이다. (하나의 기능이나 메서드에 대한 테스트)
• 전체적인 중요도와 시간 소모는 70%로 가장 크지만 복잡도는 낮다. 하지만 단위 테스트를 함으로서 빠른 문제 파악이 가능하며, 리팩토링 시 안정성을 확보하고 단위 테스트를 코드에 대한 문서로 활용할 수 있다.

+) 이론적으로는 굉장히 간단하다. 테스트 코드 작성도 익숙해지면 반복작업정도로 생각한다는데, 아직 작성해 보지 않아서 그런지 막연한 걱정만 가득하다...

• Amazon Web Services의 약자로, Amazon에서 제공하는 클라우드 서비스이다. 네트워킹을 기반으로 가상 컴퓨터와 스토리지, 네트워크 인프라 등.. 다양한 서비스를 제공하고 있다.

2. Traditional IT

• 서버는 일종의 데이터로 트래픽이 많아지면 서버 과부하가 걸리거나 다운되어 버린다. 그를 방지하기 위해 대표적으로는 2가지 방식으로 서버를 보완하는데, 하나는 Scale-up(스케일 업)이라는 컴퓨터 사양을 올려버리는 방식과 Scale-Out(스케일 아웃)이라는 서버를 추가하는 방식이 있다.

• 하지만 이러한 서버 보완 방법은 집에서 관리하기에도 한계가 있고, 회사의 서버실도 결국 물리적인 한계가 있어서 Data center에서 빌리는 방법이 생겼다. 하지만 결국 Datacenter도 비용적 측면에서 문제가 생긴다. 보통 monthly나 yearly 계약으로 중간에 계약 변경이 힘들었던 탓에 새로운 시스템을 원하는 소비층이 생겨났다.

3. Cloud computing (클라우드 컴퓨팅) 이란?

• 인터넷을 통해 IT 리소스와 애플리케이션을 On-demand(온디맨드)로 제공하는 서비스로 기존의 물리적 컴퓨팅 리소스를 네트워크 기반 서비스 형태로 제공하는 것이다. 사용한 만큼만 지불하는 pay as you go 요금(종량과금제)이 적용된다. 이를 통해 정확하게 필요한 타입과 크기의 리소스를 지정해서 사용할 수 있고, 기존보다 간편하게 서버나 스토리지, DB에 접근할 수 있는 솔루션이 생긴다.
• cloud computing에는 Iaas, Paas, SaaS라는 3가지 종류가 있다.

1) IaaS(Infrastructure as a Service)

• 서버, 네트워크, OS, 스토리지와 같은 IT 리소스를 가상화해서 제공하는 서비스이다.

• 가상 서버와 스토리지 그리고 가상 네트워크 등의 리소스를 서비스 형태로 제공하며, 자유도가 높은 만큼 개발자가 할 일이 많아서 경험도가 낮은 개발자가 사용하기엔 다소 어려움이 있다.

2) PaaS(Platform as a Service)

• 애플리케이션 서버 같은 미들웨어를 제공하며, 주로 개발 환경과 관련한 서비스(OS, DB, WAS, JDK)를 제공한다.

• 하드웨어, OS, 미들웨어에 대한 관리를 할 필요 없이 애플리케이션을 실행할 수 있게 해준다. 인프라가 제공되어 자유도는 낮지만 관리적인 측면에서는 효율적이다.

3. SaaS(Software as a Service)

• 완성된 형태의 소프트웨어 또는 애플리케이션의 기능만 제공한다.

• 모든 것을 다 제공하기에 사용만 하면 되고, 자유도가 낮다. 또한 제공하는 모든 서비스를 사용한다는 가정하에 구독료를 책정해서 불필요한 지출이 생긴다.

• 파일 형식으로, 확장자명은 .csv이다.
• Comma Seperated Value의 줄임말로, 콤마로 구분된 텍스트 데이터이다. 규칙적으로 콤마와 함께 구분되어 있어서 엑셀과 같은 프로그램으로도 읽을 수 있고 생성할 수 있다.
• 주로 테이블 형태로 구성된 자료나 텍스트 자료를 저장할 때 사용한다.
• 데이터 크기가 작고, 많은 애플리케이션에서 사용할 수 있는 범용 형식이라 자료를 주고받는 다양한 상황에서 CSV 형식을 사용한다.
• 같은 데이터를 저장하면 JSON 데이터에 비해 절반 이하의 용량으로 저장할 수 있다.
• 쉼표를 대신하여 다른 문자 ($,%,…)를 사용해 구분하도록 지정할 수 있다. (데이터 자체에 쉼표가 포함될 때)

2. Python은 어떻게 CSV 파일을 읽을까?

• 파이썬에는 CSV 파일을 다루는 모듈이 있다 → csv.reader() 혹은 csv.DictRedader()라는 메소드를 사용하면 매우 쉽게 .csv 파일을 다룰 수 있다.
• python에서 with open (file_name) as (file_name): 구문을 이용하면 외부 파일을 연 상태로 작업한다. csv.reader 메소드를 이용하면 파일 내부의 모든 행을 rows라는 변수에 담을 수 있다. 모든 행을 한 줄 한 줄 읽으면서 작업을 수행하기 위해서 for 문을 활용한다.

3. CSV 파일 쓰기

.csv 파일을 쓰기 모드로 오픈하고 파일 객체를 csv.writer(파일객체)에 넣으면 된다.

CSV writer는 writerow()라는 메서드를 통해 list 데이터를 한 라인 추가하게 된다.

1) 개인 정보는 개인정보보호법으로 인해 암호화해서 저장해야 한다.

2) 단방향 해시

• 원래 해시(hash)함수는 자료구조에서 빠른 자료의 검색, 데이터의 위변조 체크를 위해 사용된다. 하지만, 복원이 불가능한 단방향 해시함수는 암호화적 용도로 사용된다. ex) MD5, SHA-1, SHA-256 등이 있다.
• 결과만 봐서는 당장 식별이 불가능하지만, 같은 비밀번호를 해싱하면 항상 같은 결과가 도출된다. 이런 허점을 이용한 Rainbow table이라 불리는 가능한 경우의 수를 해시값으로 만들어서 판매하는 서비스도 있다.

3) Salting & KeyStretching

• 단방향 해시의 단점을 보완하기 위해 생겨난 아이디어.
• 비밀번호와 함께 임의로 생성한 문자열(salt)를 합쳐서 해싱한 값을 저장한다. 비교를 위해 해시값과 salt 값을 같이 저장한다.
• 추가적으로 무작위 대입을 통해 해시값을 계산하는데 걸리는 시간을 늘리기 위해 Key Stretching을 사용한다.
• Key Stretching은 salting 및 해싱을 반복해서 키값을 계속 늘리는 작업이다.

4) bcrypt

• Salt와 Key Stretching 개념들을 실제로 적용하기 편하게 해주는 대표적인 라이브러리이다.
• 다양한 언어를 지원하며, 사용이 간편해서 쉽게 적용이 가능하다.
• bcrypt는 hash결괏값에 소금값과 해시값, 반복 횟수를 같이 보관하기 때문에 비밀번호 해싱을 적용하는데 DB 설계가 덜 복잡하다.
• bcrypt 사용 시 해싱된 결괏값(Digest)의 구조는 아래와 같다.

5) JWT

• 사용자가 서버에 로그인했을 경우, http의 특성상 로그인했다는 것을 기록할 수 없다. 이때 headers에 메타데이터를 보내서 확인다는데 이 메타데이터가 JSON Web Token으로 JWT라고 부른다.
• 암호화는 무거운 작업이라 지속적으로 로그인 요청을 보내면 부담스러우므로 Token 사용으로 가볍게 돌린다.
• JWT구조

-Header(헤더) : 토큰 타입과 해시 알고리즘 정보가 들어간다. 헤더의 내용은 BASE64방식으로 인코딩후 기록된다. ex) {"alg":"HS256","yyp":"JWT"}

-Payload(내용) : 만료시간을 나타내는 exp와 같이 미리 정의된 집합인 Registered Claim, 공개용 정보 전달을 목적으로 하는 Public Claim, 그리고 클라이언트와 서버 간 협의하에 사용하는 Private Claim가 있다. 이 세 가지 요소를 조합하여 작성한 뒤 BASE64 인코딩 후 기록된다. ex) {"user-id":1,"exp:1539517391} -> pk 값(user_id...)을 사용하는데, 개인 정보가 아니기 때문이다. -> 우리 쪽 정보임을 알 수 있는 건, 시그니처가 붙기 때문이다. -> 토큰에는 만료시간을 주고 시간 리필 혹은 재충전을 해주어야 한다.

-Signature(서명) : JWT가 원본 그대로임을 확인할 때 사용하는 부분이다. 시그니처는 BASE64URL 인코드된 header와 payload 그리고 JWT secret(별도 생성)을 헤더에 지정된 암호 알고리즘으로 암호화하여 전송한다. (복호화가 가능하다) 프론트에서 JWT를 백엔드 API 서버로 전송하면, 서버에서는 전송받은 JWT의 서명 부분을 복호화 하여 서버에서 생성한 JWT가 맞는지 확인한다.

• Header와 Payload는 BASE64 인코딩 한 것으로 누구나 원본을 볼 수 있다. (암호화가 x) 그러므로 개인 정보는 담으면 안 된다. ( 그래서 settings.py에 있는 SECRET KEY를 사용하는 것 )

1. 데코레이터(decorator)란?

• 기존의 코드에 여러 가지 기능을 추가하는 파이썬 구문이다.
• 추가할 기능의 함수를 wrapping 해서, 다양한 곳에 간단하게 재사용 할 수 있게 해준다.
• 특정 함수가 실행되기 전에 먼저 실행되어, 사전에 하고 싶은 작업을 처리하는 함수

2. 데코레이터는 언제 사용할까?

• 로그인한 사용자에게 토큰을 발행하고, 이 토큰을 새로운 요청마다 HTTP 리퀘스트 헤더에 넣어서 보내주면 로그인 상태를 유지시켜 준다. 이 토큰이 유효한 토큰인지 확인하기 위해 로그인 인증 데코레이터를 사용한다.
• 데코레이터 함수를 재사용해서, main 함수에 대한 가독성과 직관성을 좋게 한다. (같은 패턴을 여러 번 사용하더라도 @만 붙이면 돼서 간편하다)
• 사용자가 특정 기능을 수행하기 전, 사용자가 그 기능을 수핼할 권한이 있는지 확인한다.

3. 데코레이터를 사용해보자

TimeStamp모델을 위해 만들었던core라는 앱에 utils.py에 파일을 따로 생성해주었다.

#먼저 모듈들을 import해준다.
from django.http        import JsonResponse
from users.models       import User
from django.conf        import settings

def login_decorator(func):
    def wrapper(self, request, *args, **kwargs):
        try:

            access_token = request.headers.get('Authorization')
            #HTTPRequest의 헤더인 Authorization의 값을 가져온다.
            payload      = jwt.decode(access_token, settings.SECRET_KEY, settings.ALGORITHM)
            #토큰을 디코딩하면 나오는 사용자 정보이다. 디코딩에 사용되는 SECRET_KEY, ALGORITHM이 토큰 발행 시 넣은 정보와 동일해야 한다.
            user_id      = payload['id']
            #user_id에 payload에서 디코딩해서 나온 사용자 정보를 저장한다.
            request.user = User.objects.get(id = user_id)
            #request에 user변수를 저장한다. user변수에는 user_id와 일치하는 DB의 User 테이블의 사용자 정보를 넣어준다.

            return func(self, request, *args, **kwargs)

        except jwt.exceptions.DecodeError:
            return JsonResponse({ 'message' : 'INVALID_TOKEN' }, status = 400)
            #우리에게 없는 토큰 값이 들어오면 INVALID_TOKEN 에러를 반환한다.

        except KeyError:
            return JsonResponse({ 'message' : 'KEY_ERROR' }, status = 400)

    return wrapper

문자로 구성된 배열을 input으로 전달하면, 문자를 뒤집어서 return 해주세요.

• 새로운 배열을 선언하면 안 됩니다.
• 인자로 받은 배열을 수정해서 만들어주세요. ex)

  Input: ["h","e","l","l","o"]
  Output: ["o","l","l","e","h"]
  

Input: ["H","a","n","n","a","h"] Output: ["h","a","n","n","a","H"]

#### 1) reverse 사용하기

def reverse_string(s): s.reverse() return s

로 돌리면 간단히 답이 나오는데, 너무 간단히 풀려서 다른 방식으로도 풀어 보았다.

---

#### 2) swap으로 풀기

def reverse_string(s): i = 0 j = len(s) - 1

while (i<j): s[i], s[j] = s[j], s[i] i += 1 j -= 1 return s

마침 요즘 기초를 다시 보고 있어서 스왑이 생각나서 시작해 봤다.
i로 앞에서부터 시작하고, j는 뒤에서부터 시작해서 서로 바꿔준다.
그리고 i는 더하고 j는 빼가면서 for 문으로 돌려준다.
그리고 i와 j가 만나면 종료

###### 코드가 조금 길어지긴 했지만 그래도..! 새로운 방법을 찾았다!

1.표현식(expression)

• 어떠한 값을 만들어 내는 코드이다. ex) 23, 10+20+30, "Basic python" ...등

2. 문장(statement)

• 표현식이 하나 이상 모이면 문장이 된다.(파이썬에서는 한 줄이 하나의 문장이다.)

3. 프로그램(program)

• 문장이 모이면 프로그램이 된다.

4. 키워드(keyword)

• 특별한 의마가 부여된 단어로 파이썬이 만들어질 때 만들어진 것이다. ex) False, True, None, and, as, assert, break...등

  #키워드 확인하는 코드
  

import keyword print(keyword.kwlist)

![](https://velog.velcdn.com/images/mean-g/post/94a6a9f1-2b2a-446f-9f53-93329101bc85/image.png)

#### 5. 식별자(identifier)
- 이름을 붙일 때 사용하는 단어이다.
키워드와 공백은 사용할 수 없고 특수문자는 언더 바(`_`)만 사용 가능하고, 숫자로 시작할 수 없다.
ex) `mean_g`, `meang`, `mean_g2`, `_mean_g`

+) 스네이크 케이스(snake_case : 공백에 언더 바(_)를 넣는다.)와 카멜 케이스(CarmelCase : 단어의 시작을 대문자로 한다.)가 있다.

#### 6. 주석(comment)
- 주석처리 하고자 하는 부분 앞에 #을 붙혀서 사용한다. 주석처리가 되면 프로그램에 어떠한 영향도 끼치지 않는다.
ex) `#주석예시입니다.`

#### 7. 연산자
- 값과 값 사이에 기능을 적용하는 역할을 한다.
- 숫자연산자
`+` : 더하기 연산자, `+=` : 더한 후 대입
ex) `2+2`, ` a += 1` ..
`-` : 빼기 연산자, `-=` : 빼고난 후 대입
ex) `4-2`, `a -= 1`
`*` : 곱하기 연산자, `*=` : 곱하고 난 후 대입
ex) `2*2`, `a *= 2`
`/` : 나누기 연산자, `/=` : 나눈 후 대입
ex) `4/2`, `4 /= 2`
`%` : 나머지 연산자, `%=` : 나머지 연산 후 대입
ex) `4%3`, `4 %= 3`
`**` : 제곱 연산자, `**=` : 제곱 후 대입
ex) `4**2`, `4**=2`

1. 서버를 열어보자

1) 보통 혼자 코드를 짤 때는 python manage.py runserver라고 찾았는데 이제는 내 ip도 같이 써야 한다.

python manage.py runserver 0:8000 0자리에 ip를 넣으면 된다.

-> ip 찾는 법 Mac : ipconfig getifaddr en0를 터미널에 치면 나온다.

2) runserver 가 돌아갔다면 front에게 ip와 엔드 포인트를 전달해 주면 된다.

이건 프론트분들이 돌려보는 나의 서버.....

• Regular expression 의 약자이다.

• 정규표현식은 여러 문자가 섞여 있는 문자열을 처리할 때 사용하는 방법으로, 정규표현식을 사용하면 훨씬 간편하고 직관적인 코드로 작성할 수 있어 많이 사용된다.

• 문자열에 특정한 규칙이 있는 경우, 해당 규칙을 식으로 정의하여 규칙에 맞는 문자열들을 추출할 때 사용하는 기능이다.

# python에서는 re모듈을 통해 정규표현식을 사용할 수 있다.
import re

...

# 패턴 작성은 re모듈을 사용하고, 시작점에 '^를 끝에 $'표시를 사용해 주면 된다.
REGEX_ID       = '^[a-zA-Z0-9]{4,12}$'
REGEX_EMAIL    = '^([a-z0-9_\.-]+)@([\da-z\.-]+)\.([a-z\.]{2,6})$'
REGEX_PASSWORD = '^(?=.*[a-z])(?=.*\d)(?=.*[$@$!%*#?&])[a-z\d$@$!%*#?&]{8,16}$'
REGEX_BIRTHDAY = '^(19\d{2}|20\d{2})-(0[0-9]|1[0-2])-(0[1-9]|[1-2][0-9]|3[0-1])$'

//Javascript에서는 '대신 /으로 정규식을 감싸주면 된다.
REGEX_ID       = /^[a-zA-Z0-9]{4,12}$/
REGEX_EMAIL    = /^([a-z0-9_\.-]+)@([\da-z\.-]+)\.([a-z\.]{2,6})$/
REGEX_PASSWORD = /^(?=.*[a-z])(?=.*\d)(?=.*[$@$!%*#?&])[a-z\d$@$!%*#?&]{8,16}$/
REGEX_BIRTHDAY = /^(19\d{2}|20\d{2})-(0[0-9]|1[0-2])-(0[1-9]|[1-2][0-9]|3[0-1])$/

사이트에 접속하면 간단하게 사용해 볼 수 있다. 재밌게 이해할 수 있어서 좋다🥺

• 외래키(Foreign Key)란 테이블의 필드(attribute) 중 다른 테이블의 행(row)를 식별할 수 있는 키다. 일반적으로 외래키 값을 가지고 있는 테이블을 부모 테이블, 외래키가 포함된 테이블을 자식 테이블이라고 한다.

• 데이터베이스에 테이블을 만들 때 효율적으로 테이블을 만들 수 있게 해준다. 쉽게 생각하면 테이블과 테이블을 연결해 준다고 생각하면 될 거 같다.

2. Many to Many(다대다)란?

• 별도로 중간 테이블을 설정해 주지 않아도 자동으로 중간 테이블을 설정해 준다.

class Movie(models.Model):
    title = models.CharField(max_length=50)
    release_date = models.DateField()
    running_time = models.CharField(max_length=50)

    class Meta:
        db_table = 'movies'

class Actor(models.Model):
    first_name = models.CharField(max_length=20)
    last_name = models.CharField(max_length=50)
    date_of_birth = models.DateField()
    movie = models.ManyToManyField(Movie, through='ActorMovie')

    class Meta:
        db_table = 'actors'

• 위 코드처럼 두 개의 테이블을 생성하고 ManyToMany Field를 사용해서 Actor 테이블이 Movie 테이블을 참조하도록 만들었다. 여기서 중간 테이블을 따로 만들지 않았지만, 자동적으로 중간 테이블이 생기며 DB를 확인해 보면 ManyToMany Field로 엮인 두 테이블 이름에 _을 넣어준 새로운 테이블이 생겨난다.

• through 옵션을 사용하지 않는다면 중간 테이블에 직접 접근해서 객체로 사용할 수는 없다. 어떤 객체를 생성하고 해당 객체를 통해 중간 테이블에 접근하여 객체를 사용해야 해서 loss 발생하게 된다. ManyToMany Field 사용 중에도 중간 테이블을 직접 설정해 주고 through 옵션으로 중간 테이블임을 인식시켜줘야 한다.

• 여기서는 Movie에서 Actor를 참조할 수 있기 때문에, 거꾸로 Actor에서 Movie를 가져오기 위해 actor.movies.all() 을 사용하면 Actor는 Movie와 연결되지 않았으므로 AttributeError 가 뜨고 직접적으로 데이터를 가져올 수는 없다.

→ _set 붙혀주기 :

actor1.movie_set.all()
<QuerySet [<movie: actor>]>

→ related_name : _set 대신 사용이 가능하다.

class Movie(models.Model):
        ...
        actors = models.ManyToManyField('Actor', related_name='movies')

related_name은 참조되는 테이블이 참조하는 테이블의 데이터를 가져오기 위해 사용하는 이름을 정의한다.

actor1.movies.all()
<QuerySet [<movie: actor>]>

이경우 정상적으로 출력되는 걸 확인할 수 있다.

3. ManyToManyField의 이점은 무엇일까?

1) 중간 테이블을 직접 만들어주지 않아도 된다. 2) 중간 테이블을 거치지 않고 언제든지 데이터를 쉽게 추가하고 가져올 수 있다.

1) sys.modules

• 파이썬에서 모듈이나 package를 찾기 위해 가장 먼저 확인하는 곳이다.
• 단순한 dictionary로, 이미 import된 모듈과 package들을 저장하고 있다.(= 한 번 import된 모듈과 package들은 파이썬이 다시 찾지 않아도 되도록 한다.)
• 새로 import 한 모듈은 sys.modules에서 찾을 수 없다.

2) sys.path

• 파이썬에서 모듈이나 package를 찾기 위해 마지막에 확인하는 곳.
• list 형태로 string 요소들을 가지고 있다.
• 각 string 요소들은 경로를 나타낸다.

  ['',
  '/Users/song-eun-u/anaconda3/bin',
  '/Users/song-eun-u/anaconda3/lib/python36.zip',
  '/Users/song-eun-u/anaconda3/lib/python3.6',
  '/Users/song-eun-u/anaconda3/lib/python3.6/lib-dynload',
  '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages',
  '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages/aeosa',
  '/Users/song-eun-u/anaconda3/lib/python3.6/site-packages/IPython/extensions',
  '/Users/song-eun-u/.ipython']

  • 파이썬은 list의 각 경로를 하나하나 확인하면서 해당 경로에 import 하고자 하는 package가 위치해 있는지 확인한다.
    

2. sys 도 import 해야 하는 모듈이다. 파이썬은 sys 모듈의 위치를 어떻게 찾을 수 있을까?

1) sys는 파이썬에 포함된 모듈이다. 그러므로 sys 모듈을 import 해서 sys.module과 sys.path를 출력, 수정할 수 있다.

import sys
print(sys.path)
print(sys.modules)

2) 파이썬은 import 하고자 하는 모듈과 package를 찾을 때에 먼저 sys.modules를 보고, 없으면 파이썬 built-in 모듈들을 확인하고 마지막으로 sys.path에 지정되어 있는 경로들을 확인해서 찾는다.

3) sys.path에서도 못 찾으면 ModuleNotFoundError 에러를 리턴한다.

3. Absolute path와 relative path의 차이점은 무엇일까?

1) Absolute path :

• 절대경로 ( import 하는 파일이나 경로에 상관없이 항상 경로가 동일하다.)
• 경로가 길어질 수 있는 단점이 있다 (->이러한 단점 보완을 위해 relative path를 사용한다.)

2) Relative path :

• import 하는 위치를 기준으로 경로를 정의한다.
• 주로 local package 안에서 다른 local package로 import 할 때 사용된다.
• 헷갈리기 쉽고, 파일 위치가 변경되면 경로 위치도 변경되어야 한다. (->absolute path를 사용하길 권장한다.)
  

4. calculator 패키지를 만들고 main.py에서 상대경로로 add_and_mutiply를 임포트 했을 때 발생하는 에러를 확인하고, 파이썬 공식 문서를 참고해서 main module에서는 패키지의 모듈을 어떻게 임포트 해야 할까?

우선 calculator 패키지를 만들고 main.py에서 add_andmutiply를 임포트 하면 해당 에러가 발생한다. 상위 패키지를 알 수 없는 상대를 가져오려는 시도를 했다고 한다.

공식 문서를 보면 아래와 같은 문구가 있다.

< Since the name of the main module is always "main", modules intended for use as the main module of a Python application must always use absolute imports. >

main 모듈은 항상__main__이고, 메인 모듈에서는 항상 절대경로를 사용해야 한다고 한다.

절대경로로 바꿔서 돌려보면 정상적으로 출력되는 걸 확인할 수 있다.

5. add_and_multiply.py에서 multiply 함수를 절대경로와 상대경로도 각각 임포트 해보고 main 모듈과 차이점을 생각해 보고 결과를 출력하자.

add_and_multiply.py는 패키지 안에 있는 모듈이라서 절대경로와 상대경로가 모두 정상적으로 출력된다. 하지만 main.py는 패키지 안에 속하지 않았으므로 상대경로는 실행이 안 되며 절대경로만 실행할 수 있다.

6. __init__.py 파일의 역할은?

__init__.py 는 해당 디렉터리가 패키지의 일부임을 알려주는 역할을 한다. python3.3 이전 버전은 패키지에 포함된 디렉터리에 __init__.py 파일이 없다면 패키지로 인식을 하지 않는다고 한다. (python3.3이후로는 없어도 패키지로 인식한다_PEP420)

• HTTP의 HT는, Hyper Text의 약자로 HTML(HyperText Markup Language), 문서와 문서가 링크로 연결되어 있음을 뜻한다. T는 Transfer, Html로 만든 웹페이지 문서(파일)을 보낸다. P는 Protocol, 컴퓨터끼리 어떻게 HTML 파일을 주고받을지에 대한 소통 방식 또는 약속이다.

2. HTTP란?

1) Request / Response

• 요청(request) 하나당, 하나의 응답(response)으로 이루어진다.

  2) Stateless

• HTTP 개별 통신은 모두 독립이어서, 과거의 HTTP 통신의 결과(상태)를 보존하지 않는다.

  그래서 이런 결과가 나온다.

+) 번거로운 측면이 있어서 토큰(Token) 방식을 이용하기도 한다.

3. HTTP 메시지 구조

1) Request 메시지 구조

• Start Line

  • 요청의 첫 번째 줄으로 HTTP method(요청이 의도한 액션을 정의), Request target(요청이 전송되는 목표 url), HTTP version이 있다. ex) POST /users/login HTTP/1.1

• Headers

  • 요청의 메타데이터를 담고 있는 부분이다. {key:value}형태로 이루어져 있다. ex)

    Headers:{
    Host : www.wecode.co.kr
    User-Agent : chrome
    Content-Type : application/json
    Content-Length : 50
    }

• Body

  • 요청의 실제 내용 부분으로, 요청 메서드에 따라 존재하지 않을 수 있다. ex)

    Body:{
    "username" : "wecode",
    "password" : "wecode123"`
    }

2) Response 메시지 구조

• Status Line

  • 응답의 첫 번째 줄로 상태를 나타낸다. HTTP version, Status Code(응답 상태 코드), Status Text(응답의 상태를 간략히 설명하는 텍스트)가 있다. ex) HTTP/1.1 404 Not Found, HTTP/1.1 200 SUCCESS

• Headers

  • 응답의 메타데이터를 담고 있는 부분이다. {key:value}형태로 이루어져 있다. ex)

    Headers:{
    Host : www.wecode.co.kr
    User-Agent : chrome
    Content-Type : application/json
    Content-Length : 50
    }

• Body

  • 응답해 줄 데이터로, 요청 메서드에 따라 존재하지 않을 수 있다. ex)

    Body:{
    "message" : "success",
    "token" : "qfsaldjiowj"
    }

4. HTTP Request Methods

1) GET

• 데이터를 받아오기만 할 때 사용하며, 웹페이지에 접속해서 필요한 데이터를 불러올 때 사용한다.

  2) POST

• 데이터를 생성 / 수정할 때 사용하며, body에 담는 내용이 핵심이다.

  3) DELETE

• 서버에 저장된 특정 데이터를 삭제할 때 사용한다.
  
  

+)다양한 Status code코드들이 있다... 크게 이렇게 볼 수 있지 않을까..?

1) Git

• 공식 명칭은 분산 버전 관리 시스템(VCS, Version Control System)이다.
• 프로젝트 파일의 변경 사항을 추적하는 시스템이다.
• Commit 을 남겨두면, 필요할 때 언제든지 이전 버전의 코드로 돌아갈 수 있다.
• gitblame 을 이용해서 코드를 쓴 사람을 찾을 수 있다.
• 하나의 프로젝트로 여러명의 개발자가 협업할 수 있다. ( 프로젝트 관리에 가장 널리 사용되는 툴이다.)

2) Github

• 개발자 커뮤니티라고 생각하면 될 거 같다.
• Git repository를 위한 호스팅 플랫폼이다.
  

2. Terminal에서 Git 명령어를 사용해보자.

1) 기본 linux 명령어 :

• 현재위치 확인 : pwd

• 경로 이동 : cd 이동할 경로

  • ex) cd my_folder

• 폴더 생성 : mkdir 폴더이름

  • ex) mkdir new_folder

• 파일 목록 확인 : ls 또는 ls -al

• 파일 생성 : touch 파일이름.확장자

  • ex)touch mean-g.md

• vim 에디터 열기 : vi 파일이름.확장자

  • ex)vi mean-g.md

2) Git 명령어 :

• git 시작 : git init

• git 상태 확인 : git status

• 파일 수정 이력 기록 : git commit

• commut 이력 보기 : git log

• 개발자 도구

  • 브라우저에서 제공하는 도구 (ex. IE 개발자 도구, Safari 개발자 도구, Chrome 개발자 도구,..), 웹 사이트를 즉각적으로 수정하고 문제 발생 시 원인을 파악하여 빠르게 대응할 수 있게 도와준다.

• 브라우저 저장소의 기능을 담당한다. (로딩 된 웹 페이지에서 사용된 모든 리소스를 검사할 수 있는 패널이다.) Ex) 이미지, 쿠키, 로컬 및 세션 스토리지..

• 프로그레시브 웹 앱 디버그

• 스토리지, DB 및 캐시 검사 및 관리

• 쿠키 검사 및 삭제

• 리소스 검사

  
  

2. Local Storage, Session Storage, Cookie 차이점은?

공통사항

• Storage는 브라우저 저장소, 값의 성격에 따라 다르게 사용된다. 원래는 쿠키를 사용했고, html5에서 Local Storage와 Session Storage가 새로 도입되었다.

  1) Local Storage

• 사용자가 지우지 않으면 계속 브라우저에 남아있다. (Key-Value 페어의 객체 형태로 저장, 데이터의 영구성 보장)

  2) Session Storage

• 윈도우나 브라우저 탭을 닫으면 제거된다. (Key-Value 페어의 객체 형태로 저장)

  3) Cookie

• 시간제한 설정이 가능하며, 프론트엔드와 백엔드 통신과 관련이 있다. 용량이 작다(4kb까지만 저장이 가능). (Key-Value페어의 문자열 형태로 데이터 저장 - 세미콜론으로 구분) 텍스트 타입이라 문자열만 저장한다.(사용자의 ID 차이?)
  

3. Local Storage, Session Storage, Cookie 사용 예시 - 어떤 데이터를 어디에 저장하면 좋을까?

1) Local Storage

• 지속적으로 필요한 데이터를 저장하면 좋다.
  • data persistant( ex.Id 저장, 비회원 카트..)
  • UI 정보 (ex. 에어비엔비, 스카이스캐너 인천공항 -> 베네치아 검색하면 그대로 유지)

    2) Session Storage

• 잠깐 사용하는 정보를 저장하기 좋다.
  • 보안이 중요한 은행 사이트 정보, specific 한 유저 정보, 언어 선택...

    3) Cookie

• 직접적이지 않은 서비스 데이터를 저장하기에 좋다. - ex. 이벤트 팝업, 약관 동의..

+) 비밀번호와 같은 중요 정보는 스토리지에 저장하면 위험하다. 로컬스토리지나 세션스토리지는 클라이언트 사이드이기 때문에 쉽게 해킹당할 수 있기 때문이다. 사이트 / 서비스의 특성, 회사의 방침에 따라 user data를 어떻게 처리하는지 전부 다르기 때문에 서비스 특성이나 기획에 맞게 적절하게 처리해야 한다.

4. Local Storage 에 특정 데이터를 저장하고 가져오는 방법

setItem() - key, value 추가 getItem() - value 읽어 오기 removeItem() - item 삭제. > localStorage.removeItem(key); clear() - 도메인 내의 localStorage 값 삭제 > localStorage.clear(); length *- 전체 item 갯수 > localStorage.length; *key() - index로 key 이름 찾기 > localStorage.key(index);

공통 사항 :

• 데이터들을 저장하게 해 주는 Data Structure (자료구조)이다.

List

• 수정이 가능하다.

• [] 를 사용한다.

• 수정이 용의하기에 차지하는 메모리의 용량이 크다.

Tuple

• 수정이 불가능하다.

• ()를 사용한다.

• 기능이 적은만큼 차지하는 메모리의 용량이 작다. -> 수정이 필요없는 간단한 형태의 데이터를 표현하기에는 tuple이 효과적이다.

  
  
  

2.Set & Dictionary

공통 사항 :

• 데이터들을 저장하게 해 주는 Data Structure (자료구조)이다.

Set :

• {}를 사용한다.

• list와 같이 여러 다양한 타입의 요소(element)들을 저장할 수 있다.

• 하지만 list와 다르게 순서대로 저장되지 않는다. (ordering이 없으며, for문으로 읽어내면 요소들이 무작위로 나온다.)

• 동일한 값의 요소(중복되는 요소)는 1개만 존재할 수 있다. (새로 저장하는 요소가 기존 요소와 동일한 값이라면, 새로운 요소가 기존의 요소를 치환(replace)한다.)

Dictionary :

• {}를 사용한다.
• key값과 value값으로 이루어져있다.
• element를 읽는 방법은 list와 유사하지만, index가 아닌 key값을 사용한다.
• key값은 string뿐만아닌 숫자도 가능하나, 중복될 수 없다. (같은 값의 key값이 추가된다면 Set처럼 새로운 값이 기존 key의 요소를 치환한다.)

• Default value parameter는 자신의 자리를 알고 있지만, non-Default value parameter는 모르기 때문에 자리에 맞춰서 정의해야 하는 게 아닐까?

• 앞에서 default value parameter를 쓰더라도 positional arguments를 따라 순차적으로 인수가 할당되므로, 앞에 default value parameter에도 인수가 할당되고, 마지막 non-default value parameter에는 할당할 수 있는 인수가 없으므로 SyntaxError가 뜬다. 이런 일을 방지하고자 함수에서는 non-default value를 우선적으로 배치한다.

  
  

2. 위치 인수(positional arguments)와 가변 인수(variable length arguments)의 위치를 참고 자료를 통해 조사해서 어떤 에러가 발생하는지 확인하고, 에러를 고쳐보자.

여기에서는 *args가 중간에 위치하고 있어서 오류가 발생함으로 아래처럼 수정해 준다. *args 위치만 바꿔주면 정상적으로 출력이 된다.

3. 가변 키워드 인수 (variable length keyword arguments)의 위치를 참고 자료를 통해 조사해서 어떤 에러가 발생하는지 확인하고, 에러를 고쳐보자.

여기서는 **kwargs의 위치를 뒤쪽으로 수정해 준다. 이렇게 **kwargs의 위치만 수정해 주면 된다.

4. 위치 인수와 키워드 가변 키워드 인수 (variable length keyword arguments)의 위치를 위치를 참고 자료를 통해 조사해서 어떤 에러가 발생하는지 확인하고, 에러를 고쳐보자.

해당 문제에서는 age와 address의 위치만 수정해 주면 된다.

• 더하기 + ex) num1 = 1         num2 = 4         num3 = num1 + num2 num3는 1+4로, 5가 됩니다.

• 빼기- ex) num3 = num1 - num2 num3는 1-4로, 3이 됩니다.

• 곱하기* ex) num3 = num1 * num2 num3는 1*4로, 4가 됩니다.

• 나누기/ ex) num3 = num1 / num2 num3는 1/4로, 0.25가 됩니다.

• 정수 나누기// ex) num1 = 8         num2 = 3         num3 = num1 * num2 num3는 8//3으로 2가 됩니다.

+)정수 나누기는 꼭 정수가 필요한 상황에서 유용하며, 특히 slicing에서 많이 사용된다.

• 나머지% (나누기 한 나머지의 값을 계산한다.) ex) num1 = 8         num2 = 3         num3 = num1 % num2 num3는 8 % 3로, 2가 됩니다.

• 변수 값 더하기 += ex) num1 = 10         num += 1         print(num1) 결과값 11이 출력된다.

• 변수 값 빼기 -= ex) num1 = 10         num -= 1         print(num1) 결과값 9이 출력된다.

• 변수 값 더하기 *= ex) num1 = 10         num *= 2         print(num1) 결과값 20이 출력된다.

• 나누기한 값을 변수에 저장한다. /= ex) num1 = 10         num /= 2         print(num1) 결과값 5가 출력된다.

• 멱법(Exponentiation) ** ex) 10의 2승

• num1 = 10 ** 2       print(num1) 결과값 100이 출력된다.

*연산자의 우선순위를 생각하고 진행해야 한다.