1. npm install 후 npm start 에서 문제 발생.

   ReferenceError: TextEncoder is not defined

2. pm2 start server.js 에서 문제 발생.

   pm2 start error : too many unstable restarts (16). Stopped. "errored"

해결

Stack Overflow도 다 소용없다가 node 버전 문제일 수 있다는 글을 봤다. 거기서 제시한 해결책은 소용 없었고, 이전에 올렸던 글을 참고해서 해결했다.

결론

NPM 캐시 지우고 Node.js 최신버전 설치.

sudo npm cache clean -f
 sudo npm install -g n
sudo n stable

CastError: Cast to Number failed for value "6375ce0cfa8e8a3ad6f43be8" (type string) at path "user" for model "Post"

문제

포스팅한 유저 _id를 받아오지 못함.

//models.post.js
const mongoose = require('mongoose');

const postSchema = new mongoose.Schema({
    _id: {
          type: Number
    },
    user: {
        type: String,
        required: true
    },
       ...
},  { versionKey : false } )

const Post = mongoose.model('Post', postSchema);

module.exports = Post;

//routes.controller.js
const postModel = require('../models/post');

postModel.find({user:req.user._id});

해결

1. models.post.js 파일에서 _id 필드는 정의하지 않는다고 한다. 그래서 삭제.

2. _id 필드의 타입은 ObjectId 타입이다. user 필드의 타입을 String이 아닌 ObjectId 타입으로 바꿔야 한다.

   //models.post.js
   const mongoose = require('mongoose');
   

const postSchema = new mongoose.Schema({ user: { type: mongoose.Schema.Types.ObjectId, required: true }, ... }, { versionKey : false } )

const Post = mongoose.model('Post', postSchema);

module.exports = Post;

```

요약

mongoose schema 필드 타입을 잘못 정의해서 발생한 문제.

//server.js
...
module.exports = app;

app.listen에 function 삭제했더니 해결

정적파일인 css파일 때문에 발생한 에러라면서 __mocks__/styleMock.js 파일을 만들고 jest.config.js파일을 만들어서 뭘 어떻게 하라는데 하나도 해결이 안되다가,

해결

https://stackoverflow.com/questions/73715494/error-while-jest-setup-for-snapshots-in-if-error-stack

Node.js 버전이 낮은게 원인이었다.

1. NPM의 캐시 지우기

   sudo npm cache clean -f

2. 'n'이라는 Node.js version management 설치

   sudo npm install -g n

3. 안정적인 최신 Node.js 버전 설치

   sudo n stable

   업데이트 후에도 반영이 안되는 경우에는,

   hash -r

해결

git stash && git pull origin master && git stash pop

✅ NodeJS?

Chrome V8 JavaScript 엔진으로 빌드된 JavaScript 런타임이다. 즉, JS 실행창(실행환경)이다.

✔ 왜 사용하나

1. Non-blocking I/O

요청이 들어오면 다 받아두고 처리속도가 빠른 것부터 처리한다. SNS, 채팅서비스 등 요청이 많은 경우 유리하다. 무거운 요청들도 멈추거나 요청 대기시간이 발생하지 않는다. 일반 서버는(python) 서버스케일링(서버 인스턴스 추가) 또는 멀티쓰레딩으로 이 문제를 해결할 수 있긴 하다. 하지만 node.js를 쓰는게 더 간편하다.

2. 빠른 개발

짧은 코드로 개발 가능하다. 프로토타입 개발에 쓰기 좋다. 다른 서비스로 돌리기도 쉽다(pivot). 웹서비스 만들 때 주로 사용한다.

✅ 사용할 라이브러리와 패키지도구

✔ Express.js

Node.js를 위한 웹 어플리케이션 프레임워크. Python의 Django 역할이다.

✔ NPM

# 어떤 라이브러리를 사용했는지 'package.json' 파일로 기록해준다.
npm init

라이브러리를 설치하기 위한 도구다. 예를 들어 npm install express이라는 명령어로 express 라이브러리를 설치하면 설치 기록을 남겨준다.

node_modules 라는 파일이 만들어지는데, 여긴 라이브러리에 관련된 파일들이 설치되어있다.

1. EJS 라이브러리

npm install ejs

HTML을 쉽게 사용할 수 있게 하는 템플릿 엔진이다. 템플릿 엔진은 서버 자원을 이용해서 동적으로 html을 만들어준다. 데이터들은 예쁜 HTML로 보여준다. 사용하기 쉽다.

ejs 문법을 사용해 서버데이터를 삽입한다. ejs 파일은 항상 views 라는 이름의 파일 안에 위치해야 정상작동한다.

Vue, React, Angular를 사용해도 데이터 바인딩이 가능하지만 프론트엔드 프레임워크 및 라이브러리라 백엔드가 이것까지 사용하기엔 쉽지 않다.

2. 서버 재실행 자동화

npm install -g nodemon

node <js파일명>명렁어로 서버를 실행 할 수 있지만 파일을 수정하면 다시 껐다가 켜야 하는 불편함이 있다. nodemon을 설치하면 서버를 자동으로 재실행시킬 수 있다.

내 경우에는 에러가 발생했는데 현재 사용자에게 node_modules에 액세스할 수 있는 권한을 부여하면 해결된다.

sudo chown -R $USER /usr/local/lib/node_modules

3. 환경변수

npm install dotenv

환경변수를 한 곳에 모아서 관리하기 위한 라이브러리다.

require('dotenv').config()

✔ Bootstrap

HTML/CSS 라이브러리. HTML을 직접 짜지 않고 UI를 만들고 API 개발만 신경쓸 수 있다.

✅ JavaScript 관련

✔ 콜백함수

.get(경로, function(요청내용,응답방법){});
// ES6 신문법
.get(경로, (요청내용,응답방법)=>{});

함수 안에 함수를 콜백함수라고 한다. 위 코드처럼 함수 파라미터 자리에 함수를 넣는다. 첫 번째 파라미터 실행 후 함수가 실행된다. 콜백 함수는 순차적 실행을 보장하기 때문에 유용하게 쓰인다.

✅ MongoDB 호스팅: MongoDB Atlas

MongoDB Atlas는 클라우드 데이터베이스로, 컴퓨터에 설치하지 않아도 돼서 빠르고, 용량도 크고, 간편하다.

mongodb+srv://minha:<password>@cluster0.m9rm4ml.mongodb.net/?retryWrites=true&w=majority

위는 DB를 내 API와 연동하기 위한 커넥션 url이다.

npm install mongodb

mongodb 라이브러리를 설치하면 되는데

내 경우에는 버전 에러가 발생한것 같아 따로 버전 지정을 했다.

npm install mongodb@3.6.4

✔ collection 문법

• collection().findOne() : 하나 찾기
• collection().find().toArray() : 많이 찾기
• collection().updateOne() : 하나 수정하기

✔ Binary Search

검색 할 때 반씩 쪼개서 찾는 db검색방법. 인덱스를 만들어서 사용한다.

✔ Operator

데이터를 수정할 때는 operator를 써야한다.

operator는 연산자로, 중괄호 안의 중괄호로 사용한다.

• {$set : {totalPost : 바꿀 값} }
• {$inc : {totalPost : 더할 값} }

db.collection('counter').updateOne({name:'count'},{$inc : {totalPost:1}}, function(error, result){
                if(error){return console.log(error)}
            });

• 예시

✅ CRUD

✔ GET & POST

Express는 GET과 POST 메서드를 기본적으로 제공한다.

1. body-parser

npm install body-parser

body-parser는 요청데이터(body)해석을 도와준다. 즉, POST, PUT 메소드의 request.body를 읽어준다.

express에서 미들웨어 없이 request.body 에 접근하면 요청 데이터 값이 undefined이 나온다.

urlencoded({ extended: false });

bodyParser의 옵션 중 하나. false 값일 시 node.js에 기본으로 내장된 queryString, true 값일 시 npm qs 라이브러리(설치 필요)를 사용한다.

< 내용출처: https://velog.io/@yejinh/express-미들웨어-bodyParser-모듈 >

2. form 데이터의 경우 input에 name 쓰기

<!-- name을 title로 -->
<form action="/add" method="POST">
    <div class="form-group">
      <label>오늘의 할일</label>
      <input type="text" class="form-control" name="title">
    </div>
<form>

서버에서 input을 구분 할 수 있도록 이름을 지정한다.

✔ PUT

method-override 라이브러리를 사용하면 form에서 PUT/DELETE 요청을 쓸 수 있다.

npm install method-override

// JS 서버 파일에 추가
const methodOverride = require('method-override');
app.use(methodOverride('_method'))

수정할 게시물 id를 알아야 한다. 이 경우 form 전송 시 같이 보내는 방법이 있다.

<input value="<%= result._id %>" type="text" name="id" style="display: none;">

display: none;으로 보내면 사용자 눈에 보이지 않으면서 데이터를 보낼 수 있다.

✔ DELETE

1. method-override 라이브러리

동기방식으로 삭제 기능을 구현할 수 있다. 삭제 후 창이 새로고침된다.

• 예시:

2. JavaScript AJAX

AJAX는 새로고침 없이 서버에 요청을 하는 비동기 방식으로 처리할 수 있다.

JS문법으로 하면 코드가 복잡해서 jquery 문법을 쓴다.

<!-- https://code.jquery.com 에서 jquery를 빌려쓴다. CDN 방식 jquary 설치 코드. -->
<script src="https://code.jquery.com/jquery-3.3.1.min.js"></script>

AJAX를 사용할 때에는 성공/실패 여부를 알아야 하기 때문에 응답을 꼭 보내야 한다.

response.status(200).send({message : '삭제완료'});

• 예시:

✅ Express.js 관련

✔ redirect

지정하는 경로로 이동시킨다. 예를 들어 HTTP 메서드에 대한 응답으로 res.redirect('/home') 처리하면 home 디렉토리로 이동한다.

express를 사용하면 redirect를 편하게 할 수 있다.

redirect가 제대로 동작을 안해서 당황했는데

https://bobbyhadz.com/blog/javascript-error-cannot-set-headers-after-they-are-sent-to-client

이 사이트를 참고해서 감을 잡았다. response.send() 를 같이 쓰니까 안됐던 것. 중복사용은 안된다.

✔ 미들웨어

app.use(미들웨어) 식으로 사용한다. 미들웨어란 요청과 응답 중간에 코드를 실행시켜준다.

✅ Session 방식 로그인 구현

npm install passport passport-local express-session

const passport = require('passport');
const LocalStrategy = require('passport-local');
const session = require('express-session');
app.use(session({secret: '비밀코드', resave: true, saveUninitialized: false}));
app.use(passport.initialize());
app.use(passport.session());

세 개의 라이브러리를 설치하고 첨부까지 마친다.

passport 라이브러리는 요청을 인증하기 위해 웹 애플리케이션 내에서 미들웨어로 사용된다. nodejs에서 로그인을 쉽게 구현할 수 있게한다.

//local 방식으로 인증
app.post('/login', passport.authenticate('local', {failureRedirect : '/fail'}) ,function(request, response){
    response.redirect('/')
})

Strategy로 요청을 인증한다.

참고사이트: https://www.passportjs.org/packages/passport-local/

express-session은 세션이 많아질수록 메모리 부하가 생기는 단점이 있다. connect-mongo 등의 라이브러리로 DB에 세션데이터를 저장해서 보완할 수 있다고 한다.

• 쿠키 확인

&nbsp 쿠버네티스는 Google이 설계한 오픈소스 컨테이너 오케스트레이션(Container Orchestration) 도구다. 컨테이너 오케스트레이션은 컨테이너의 대규모 운영, 배포, 관리, 확장, 네트워킹을 자동화하는 체계를 의미한다. 대표적인 컨테이너 오케스트레이션 툴은 쿠버네티스(Kubernetes), 도커 스웜(Docker Swarm), 아파치 메소스(Apache Mesos) 가 있다.

✅ 쿠버네티스 컴포넌트

&nbsp 쿠버네티스 컴포넌트는 쿠버네티스의 구성요소를 의미한다. 쿠버네티스를 배포하면 클러스터(cluster)를 얻는다. 모든 클러스터는 최소 한 개의 노드를 가지고, 노드는 애플리케이션의 구성요소인 파드를 호스트한다.

• 클러스터(cluster): 쿠버네티스의 리소스 제어단위
• 노드(node): 파드가 실행되는 서버
• 파드(pod): 1개 이상의 컨테이너 집합체

&nbsp 쿠버네티스의 컴포넌트는 쿠버네티스의 기능제어를 담당하는 컨트롤 플레인(Control Plane) 컴포넌트와, 컨트롤 플레인 컴포넌트의 요청을 받아 각 노드에 동작시키는 노드(Node) 컴포넌트가 있다.

1. 컨트롤 플레인(Control Plane) 컴포넌트

• kube-apiserver 쿠버네티스 클러스터에 kubectl로 명령을 전달하면 api-server가 요청을 처리한다. 예) 파드의 실행, 종료 등에 대한 명령을 노드로 전달할 수 있다.

• etcd(엣시디) key-value 형태로 클러스터 및 리소스의 구성정보, 상태정보 및 명세정보를 분산 저장하는 저장소다.

• kube-scheduler 파드(pod)를 어떤 노드로 배치할지 결정한다.

• kube-controller-manager 다양한 컨트롤러 프로세스를 실행하고 클러스트의 상태를 관리한다.

  • 노드 컨트롤러: 노드가 다운됐을 때 대처한다.
  • 레플리케이션 컨트롤러: 적절한 파드 수를 배치한다.
  • 엔드포인트 컨트롤러: 서비스와 파드를 연결한다.
  • 서비스어카운트 & 토큰컨트롤러: 새로운 네임스페이스에 대한 기본계정과 API접근토큰을 생성한다.

2. 노드(Node) 컴포넌트

• kubelet(쿠블릿) kube-apiserver 에서 받은 명령을 노드에서 실행하여 파드 생성, 중지 등의 관리를 담당한다.

• container runtime 파드에 포함된 컨테이너를 실행한다.

• kube-proxy 네트워크 연결을 관리하고 요청을 전달한다.

✅ Kubernetes의 특징

✔ 무중단(Fault tolerance-FT) 서비스

&nbsp 서비스를 중단하지 않고도 업데이트할 수 있다.

✔ 서비스 디스커버리(Service Discovery)

&nbsp 서로 다른 서비스들의 IP와 Port 정보에 대해서 저장하고 관리하는 것을 서비스 디스커버리라고 한다. 쿠버네티스는 DNS 이름을 사용하거나 자체 IP 주소를 사용하여 컨테이너를 노출할 수 있다.

✔ 로드 밸런싱(Load balancing)

&nbsp 컨테이너에 대한 트래픽이 많으면, 쿠버네티스는 네트워크 트래픽을 로드밸런싱(트래픽에 따라 컨테이너 수를 자동 조절)하고 배포하여 배포가 안정적으로 이루어질 수 있다.

✔ 스토리지 오케스트레이션(Storage Orchestration)

&nbsp 저장소 시스템을 자동으로 탑재한다.

✔ 자동화된 롤아웃과 롤백(Rollout and Rollback)

배포된 컨테이너의 현재 상태를 원하는 상태로 변경할 수 있다. 예를 들어 쿠버네티스를 자동화해서 배포용 새 컨테이너를 만들고, 기존 컨테이너를 제거하고, 모든 리소스를 새 컨테이너에 적용할 수 있다.

✔ 자동화된 빈 패킹(bin packing)

컨테이너화된 작업을 실행하는데 사용할 수 있는 쿠버네티스 클러스터 노드를 제공한다. 각 컨테이너가 필요로 하는 CPU와 메모리(RAM)를 쿠버네티스에게 지시한다. 쿠버네티스는 컨테이너를 노드에 맞추어서 리소스를 가장 잘 사용할 수 있도록 해준다.

✔ 자동화된 복구(self-healing)

쿠버네티스는 응답하지 않는 컨테이너를 자동으로 죽이고 재시작하며, 이 과정은 클라이언트에 보여주지 않는다.

✔ 시크릿과 구성 관리

쿠버네티스를 사용하면 암호, OAuth 토큰 및 SSH 키와 같은 중요한 정보를 저장하고 관리 할 수 있다. 컨테이너 이미지를 재구성하지 않고 스택 구성에 시크릿을 노출하지 않고도 시크릿 및 애플리케이션 구성을 배포 및 업데이트 할 수 있다.

[참고 사이트]

도커와 쿠버네티스 간단 비교 kubernetes 공식문서 kubernetes | seongjin.me 쿠버네티스 알아보기 1편: 쿠버네티스와 컨테이너, 도커에 대한 기본 개념 쿠버네티스(kubernetes) (2) - 기본 용어 - 개념 - 컴포넌트 - 클러스터 구성 Kubernetes란? (클러스터,노드,파드(pod), 리플리카셋, 디플로이먼트)

✅ 코드

1. 정답률 28.6

from collections import deque

def solution(bridge_length, weight, truck_weights):
    dq = deque(truck_weights)
    length = 1
    time = 1
    item = dq.popleft()
    while dq:
        if item + dq[0] <= weight and length <= bridge_length:
            item += dq.popleft()
            length += 1
            time += 1
        else:
            item = dq.popleft()
            length = 1
            time += bridge_length
    return time + bridge_length

2. 다른 사람의 코드

def solution(bridge_length, weight, truck_weights):
    time = 0
    q = [0] * bridge_length
    while q:
        q.pop(0)
        time += 1
        if truck_weights:
            if sum(q) + truck_weights[0] <= weight:
                q.append(truck_weights.pop(0))
            else:
                q.append(0)
    return time

☑️ 해설

&nbsp 구글링 결과 모든 사람들이 1초씩 계산해야 풀린다고 한다... 애초에 1초 아니면 다리 길이만큼의 시간이 지나게 풀었으니 계속 틀렸던 것. 하긴 다리 위의 무게가 최대 무게보다 가벼워지는 순간 다시 트럭이 지나갈 수 있으니 1초씩 계산하는게 맞긴하다.

q = [0] * bridge_length

다리 길이 만큼의 0을 가진 리스트를 만든다. 리스트의 0의 개수는 다리의 길이다.

while q:
    q.pop(0)
    time += 1
    if truck_weights:
        if sum(q) + truck_weights[0] <= weight:
            q.append(truck_weights.pop(0))
        else:
            q.append(0)

리스트의 0번 인덱스가 1개 빠질 떄마다 1초 증가한다. 빠진 자리에는 트럭이 추가되거나 0이 추가된다.

1. 트럭이 추가되는 경우 다리 위의 무게(sum(q) + truck_weights[0])가 최대 무게(weight)보다 가볍거나 같다.
2. 0이 추가되는 경우 다리 위의 무게(sum(q) + truck_weights[0])가 최대 무게(weight)보다 무겁다.

만약 weight = 10, bridge_length = 2, truck_weights = [7,4,5,6] 인 경우에 트럭[7]이 지나갈 때까지 다음 트럭이 리스트 안에 들어갈 수 없다

0 0 (time = 0)
0 7 (1s)
7 0 (2s)
0 4 (3s)
4 5 (4s)
5 0 (5s)
0 6 (6s)
6   (7s)
    (8s)
break

✅ 코드

1. 오답

answer = 0
    people.sort(reverse=True)
    while len(people) > 1:
        if limit - people[0] < people[-1]:
            del people[0]
            answer +=1
        elif people[0] == people[-1]:
            if len(people) == 2:
                break
            else:
                del people[-1]
                del people[0]
                answer += 1
        else:
            for i in range(1, len(people)):
                if limit - people[0] >= people[i]:
                    del people[i]
                    del people[0]
                    answer += 1
    answer += 1
    return answer

2. 다른 사람의 코드1

from collections import deque

def solution(people, limit):
    answer = 0
    deq = deque(sorted(people))
    while len(deq):
        if len(deq) == 1:
            answer += 1
            break
        if deq[0] + deq[-1] <= limit:
            deq.pop()
            deq.popleft()
        else:
            deq.pop()
        answer += 1
    return answer

3. 다른 사람의 코드2

def solution(people, limit) :
    answer = 0
    people.sort()

    a = 0
    b = len(people) - 1
    while a < b :
        if people[b] + people[a] <= limit :
            a += 1
            answer += 1
        b -= 1
    return len(people) - answer

☑️ 핵심코드

1. deque(데크): 양방향 큐

docker docs - docker compose

✔ YAML vs JSON

• 두칸씩 띄어쓴다 .
• - 는 JSON에서 list를 의미한다.

✔ YAML 문법

• version : docker-compose 파일 버전

  • 

• services : 이하 하나 이상의 컨테이너 설정

  • db라는 컨테이너 설정.

• volumes: -<host_dir>:<container_dir> : host 폴더를 컨테이너 폴더와 연결

  • 

• restart : 서비스가 중지된 경우 항상 재시작

  • 

• environment : 컨테이너 환경변수 설정

  • 

• env_file : 외부 파일에서 환경 변수 전달

  • 

• posts : 외부포트와 내부포트 연결

  • 

• depends_on : 컨테이너 실행 전에 먼저 실행되어야 할 다른 컨테이너

  • 

✔ Docker Compose 명령어

• docker-compose --version : 버전 확인
• docker-compose up <options> : 컨테이너 실행
  • -d : 컨테이너를 백그라운드에서 실행
• docker-compose down : 컨테이너 정지
• docker-compose ps : 컨테이너 상태 확인
• docker-compose logs : 컨테이너 이력 확인
• docker-compose logs -f : 실시간으로 이력 확인
• docker-compose start / stop / pause / unpause / restart [서비스명] : 시작 / 정지 / 일시정지 / 재시작
• docker-compose rm : 컨테이너 삭제
• docker-compose kill : 컨테이너 강제 정지
• docker-compose config : yml 파일 내용 확인

&nbsp Docker can build images automatically by reading the instructions from a Dockerfile. A Dockerfile is a text document that contains all the commands a user could call on the command line to assemble an image.

&nbsp Docker는 Dockerfile에서 지시사항을 읽어 이미지를 자동으로 작성할 수 있다. Dockerfile은 사용자가 명령행에서 호출하여 이미지를 조립할 수 있는 모든 명령을 포함하는 텍스트 문서이다.

출처: dockerfile reference

✅ Dockerfile

• FROM <이미지_이름>[:태그] : 기본 이미지 설정
  • ex)FROM ubuntu:latest
• LABEL <key>=<value> [<key>=<value> ...] : 정보 라벨링
  • ex)LABEL version="1.0"
• COPY <복사할_파일> <복사할_위치> : 호스트에 위치한 파일을 컨테이너로 복사
  • 제외하고 싶은 파일/폴더는 .dockerignore 파일에 작성하면 제외된다.
  • ex)COPY home.txt /mydir/
• CMD ["executable","param1","param2"] : 컨테이너 실행시 실행되는 명령어. 보통 실행과 동시에 서버를 열어둘 때 사용
  • Docker run ~ 명령어 마지막에 CMD 명령을 수정할 수 있다.
  • ex) CMD ["python3", "-u", "-m", "http.server"]
• ENTRYPOINT ["executable", "param1", "param2"] : 컨테이너 실행시 실행되는 명령어. CMD와 달리 Docker run 시에 추가한 인자로 수정 불가.
• RUN <command> : 명령어 실행. 보통 패키지 설치 시에 사용
  • 한 줄로 작성해야 하나의 이미지로 생성된다.
  • ex) RUN apt-get update && apt-get install -y python3
    • -y : 자동으로 yes 선택
• ENV <key>=<value> ... : 컨테이너 환경변수 설정
  • ex) ENV MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}
• WORKDIR <경로> : 명령이 실행될 디렉토리 설정
  • ex) WORKDIR /usr/src/app

✅ Docker command line

• docker build : Dockerfile을 바탕으로 이미지 생성. 보통 끝에 온점.을 찍는다.
  • -t(tag) : 이름 지정. name:tag 형식으로 사용
  • -f(file) : 사용할 Dockerfile 이름(기본값 = Dockerfile)
  • --pull : 최신 버전의 이미지로 생성
  • 공식문서에서 더 많은 태그 확인

-- [참고 사이트]

https://nirsa.tistory.com/m/69?category=868315

$ git reset
$ git checkout .
$ git clean -fdx

1. staged 파일을 unstage로 돌리기.
2. 모든 변경 사항 취소.
3. 추적하지 않는 파일 제거.

※주의※ github에 올라가지 않은 파일도 같이 제거된다. my_settings.py가 날아가서 데이터를 날려먹은 경험이 있다...

[참고 사이트]

https://extbrain.tistory.com/83

Django REST framework - Authentication 공식문서

1. BasicAuthentication &nbsp 일반인증. username 및 password에 대해 서명된 HTTP 기본 인증을 사용한다. 매번 유저 정보(이름,비번)를 넘겨야하기 때문에 보안상 위험하다. 실제 서비스에 사용하기 보다는 테스트용으로 적절하다.

2. TokenAuthentication &nbsp 토큰인증. 간단한 토큰 기반 HTTP 인증 체계를 사용한다. 기본 데스크톱 및 모바일 클라이언트와 같은 client-server 관계에 적합하다.

3. SessionAuthentication &nbsp 세션 인증. Session에 저장되는 정보를 통해 인증한다. 외부 서비스서는 사용할 수 없고, 웹 사이트와 동일한 session context에서 실행 중인 AJAX 클라이언트에 적합하다.

4. RemoteAuthentication &nbsp 존재하지 않는 사용자에 대한 정보를 관리한다. user 정보가 다른 서비스에서 관리하는데 사용된다.

5. Custom Authentication &nbsp Authentication을 직접 커스텀한다.

✅ Permission(허가)

Django REST framework - Permissions 공식문서

1. AllowAny &nbsp 기본값. 인증, 비인증 상관 없이 API에 액세스할 수 있다.

2. IsAuthenticated &nbsp 등록된 사용자만 API에 액세스할 수 있다.

3. IsAdminUser &nbsp 관리자 중 일부만 API에 액세스할 수 있다(User.is_staff = True).

4. IsAuthenticatedOrReadOnly &nbsp 인증된 유저에게만 쓰기 권한을 허용한다. 비인증 유저는 읽기 권한만 허용한다.

5. DjangoModelPermissions &nbsp 인증된 유저가 관련 모델에 권한이 할당된 경우에만 허용한다. Django .queryset 속성 또는 get_queryset() 메서드가 있는 뷰에만 적용된다.

6. DjangoModelPermissionOrAnonReadonly &nbsp DjangoModelPermissions와 유사하지만 비인증 유저가 읽기 권한을 가질 수 있다.

7. DjangoObjectPermissions &nbsp 모델에 대한 권한이 할당된 경우 허용된다.

8. Custom Permission &nbsp Permission을 직접 커스텀한다.

[참고 사이트]

[D.R.F] 게시판에 Authentication과 Permission 적용하기

• 메인페이지에 작성된 게시물을 내보낸다.
• 게시물 작성 시 태그를 필수적으로 달아야 한다.
• 이 태그가 id값으로 반환되는데, 태그 name을 반환하고 싶다.

✔ 코드

# serializers.py
class PostListSerializer(serializers.ModelSerializer):
    like = serializers.IntegerField(default=0, read_only=True)
    view = serializers.IntegerField(default=0, read_only=True)

    class Meta:
        model = Post
        fields = '__all__'

✔ /posts/

✅ 수정 코드

✔ 방법1. tag = serializers.CharField(source='tag.name') 추가

# serializers.py
class PostListSerializer(serializers.ModelSerializer):
    like = serializers.IntegerField(default=0, read_only=True)
    view = serializers.IntegerField(default=0, read_only=True)
    tag  = serializers.CharField(source='tag.name')

    class Meta:
        model = Post
        fields = '__all__'

&nbsp 결과값이 null로 나온다. 왜 이런가 싶어서 shell로 tag.name을 돌려보니 null 값이 나왔다. 어떻게 해야 name이 제대로 나올까 해보니,

&nbsp 그래서 얘를 어떻게 활용하나?

✔ 방법2. tag = serializers.StringRelatedField(many=True) 추가

# serializers.py
class PostListSerializer(serializers.ModelSerializer):
    like = serializers.IntegerField(default=0, read_only=True)
    view = serializers.IntegerField(default=0, read_only=True)
    tag  = serializers.StringRelatedField(many=True)

    class Meta:
        model = Post
        fields = '__all__'

&nbsp 애초에 잘못된 필드를 사용중이었다. 아무튼 해결.

[공식 문서 참고] https://www.django-rest-framework.org/api-guide/relations/#stringrelatedfield

&nbsp GenericAPIView로 만든 API를 ViewSet으로 리펙토링한다.

✔ urls.py

수정 전

# urls.py
from django.urls import path

from api2 import views

urlpatterns = [
    path('post/', views.PostListAPIView.as_view(), name='post-list'), #url 이름
    path('post/<int:pk>', views.PostRetrieveListAPIView.as_view(), name='post-detail'),
    path('comment/', views.CommentCreateAPIView.as_view(), name='comment-list'),
    path('post/<int:pk>/like/', views.PostLikeAPIView.as_view(), name='post-like'),
    path('catetag/', views.CateTagAPIView.as_view(), name='catetag'),
]

수정 후

# urls.py
from django.urls import path

from api2 import views

urlpatterns = [
    # PostViewSet
    path('post/', views.PostViewSet.as_view(actions={'get': 'list'}), name='post-list'),
    path('post/<int:pk>/like/', views.PostViewSet.as_view(actions={'get': 'like'}), name='post-like'),
    # serializer_class가 달라서 그런지 위의 url과 묶여지지 않아서 pass함.
    path('post/<int:pk>', views.PostRetrieveListAPIView.as_view(), name='post-detail'),
    # CommentViewSet
    path('comment/', views.CommentViewSet.as_view(actions={'post': 'create'}), name='comment-list'),
    # category, tag 테이블을 다뤄야 하니 건들지 않는다.
    path('catetag/', views.CateTagAPIView.as_view(), name='catetag'),
]

&nbsp ViewSet은 actions 인자가 필수다. Router를 사용한다면 자동으로 actions 인자를 채워주지만 router를 사용하지 않을거니 추가해준다.

✔ views.py

수정 전

# views.py    
class PostListAPIView(ListAPIView):
    queryset = Post.objects.all()
    serializer_class = PostListSerializer
    pagination_class = PostPageNumberPagination

    def get_serializer_context(self):
        return {
            'request': None,
            'format': self.format_kwarg,
            'view': self
        }

class PostLikeAPIView(GenericAPIView):
    queryset = Post.objects.all()

    def get(self, request, *args, **kwargs):
        instance = self.get_object()
        instance.like += 1
        instance.save()

        return Response(instance.like)

class CommentCreateAPIView(CreateAPIView):
    queryset = Comment.objects.all()
    serializer_class = CommentSerializer

수정 후

# views.py
class PostViewSet(ModelViewSet):
    queryset = Post.objects.all()
    serializer_class = PostListSerializer
    pagination_class = PostPageNumberPagination

    def get_serializer_context(self):
        return {
            'request': None,
            'format': self.format_kwarg,
            'view': self
        }

    # ViewSet에서는 get 메서드를 사용하지 않아서 like로 변경
    def like(self, request, *args, **kwargs):
        instance = self.get_object()
        instance.like += 1
        instance.save()

        return Response(instance.like)

class CommentViewSet(ModelViewSet):
    queryset = Comment.objects.all()
    serializer_class = CommentSerializer

&nbspRelational fields are used to represent model relationships. They can be applied to ForeignKey, ManyToManyField and OneToOneField relationships, as well as to reverse relationships, and custom relationships such as GenericForeignKey.

&nbsp관계 필드는 모델 관계를 나타내는 데 사용됩니다. 외부 키, 다대다 필드 및 일대일 필드 관계뿐만 아니라 역관계 및 사용자 지정 관계와 같은 일반 외부 키에도 적용할 수 있습니다.

&nbspㅡ django-rest-framework

✅ Serializer relations?

&nbsp 관계형 필드를 사용하는 경우, serializer에서는 위와 같은 field를 사용할 수 있다. 주로 PrimaryKeyRelatedField와 StringRelatedField를 많이 사용한다.

1. PrimaryKeyRelatedField

&nbsp PK로 표현된다.

2. StringRelatedField

&nbsp String으로 표현된다.

✅ 목표

• category 와 tags 필드를 추가한다.
• 이미지 url은 경로 부분만 표시한다.

✅ 기존 코드

&nbsp 이전 포스팅 'Detail Page 구현'을 참고하면 코드에 대한 상세 내용을 알 수 있다.

# views.py
def get_prev_next(instance):
    try:
        prev = instance.get_previous_by_update_dt() # Django 기본 메서드
    except instance.DoesNotExist:
        prev = None

    try:
        next_ = instance.get_next_by_update_dt() # Django 기본 메서드
    except instance.DoesNotExist:
        next_ = None

    return prev, next_


class PostRetrieveListAPIView(RetrieveAPIView):
    queryset = Post.objects.all()
    serializer_class = PostSerializerDetail

    def retrieve(self, request, *args, **kwargs):
        instance = self.get_object()
        prevInstance, nextInstance = get_prev_next(instance)
        commentList = instance.comment_set.all()
        data = {
            'post': instance,
            'prevPost': prevInstance,
            'nextPost': nextInstance,
            'commentList' : commentList,

        }
        serializer = self.get_serializer(instance = data)
        return Response(serializer.data)

# serializers.py
class PostRetrieveSerializer(serializers.ModelSerializer):
    class Meta:
        model = Post
        exclude = ['create_dt'] # 'create_dt' 외 모든 데이터 전송

✔ StringRelatedField 추가

# serializers.py
class PostRetrieveSerializer(serializers.ModelSerializer):
    category = serializers.StringRelatedField()
    tags = serializers.StringRelatedField(many=True)

    class Meta:
        model = Post
        exclude = ['create_dt'] # 'create_dt' 외 모든 데이터 전송

✔ 이미지 url: 경로 부분만 표시

&nbsp 이 부분은 이전에 'Pagination 구현' 포스팅 4. 이미지 url: 경로 부분만 표시 에서 구현한 코드를 붙여넣었다.

# views.py
class PostRetrieveListAPIView(RetrieveAPIView):
    queryset = Post.objects.all()
    serializer_class = PostSerializerDetail

    def retrieve(self, request, *args, **kwargs):
        instance = self.get_object()
        prevInstance, nextInstance = get_prev_next(instance)
        commentList = instance.comment_set.all()
        data = {
            'post': instance,
            'prevPost': prevInstance,
            'nextPost': nextInstance,
            'commentList' : commentList,

        }
        serializer = self.get_serializer(instance = data)
        return Response(serializer.data)

    def get_serializer_context(self):
        return {
            'request': None,
            'format': self.format_kwarg,
            'view': self
        }

✔ 결과

• 현재 게시글, 이전 게시글, 다음 게시글, 댓글로 detail page 구현

✅ 기존 코드

# views.py
class PostRetrieveListAPIView(RetrieveAPIView):
    queryset = Post.objects.all()
    serializer_class = PostRetrieveSerializer 

# serializers.py
class PostRetrieveSerializer(serializers.ModelSerializer):
    class Meta:
        model = Post
        exclude = ['create_dt'] # 'create_dt' 외 모든 데이터 전송

✔ 현재 게시글, 이전 게시글, 다음 게시글, 댓글 key 추가

# serializers.py
class PostSerializerSub(serializers.ModelSerializer):
    class Meta:
        model = Post
        fields = ['id', 'title']

class CommentSerializerSub(serializers.ModelSerializer):
    class Meta:
        model = Comment
        fields = ['id', 'content', 'update_dt']

class PostSerializerDetail(serializers.Serializer):
    post = PostRetrieveSerializer()
    prevPost = PostSerializerSub()
    nextPost = PostSerializerSub()
    commentList = CommentSerializerSub(many=True)

# views.py
def get_prev_next(instance):
    try:
        prev = instance.get_previous_by_update_dt() # Django 기본 메서드
    except instance.DoesNotExist:
        prev = None

    try:
        next_ = instance.get_next_by_update_dt() # Django 기본 메서드
    except instance.DoesNotExist:
        next_ = None

    return prev, next_


class PostRetrieveListAPIView(RetrieveAPIView):
    queryset = Post.objects.all()
    serializer_class = PostSerializerDetail

    def retrieve(self, request, *args, **kwargs):
        instance = self.get_object()
        prevInstance, nextInstance = get_prev_next(instance)
        commentList = instance.comment_set.all()
        data = {
            'post': instance,
            'prevPost': prevInstance,
            'nextPost': nextInstance,
            'commentList' : commentList,

        }
        serializer = self.get_serializer(instance = data)
        return Response(serializer.data)

PostRetrieveListAPIView

RetrieveAPIView > RetrieveModelMixin 참고.

class RetrieveModelMixin:
    """
    Retrieve a model instance.
    """
    def retrieve(self, request, *args, **kwargs):
        instance = self.get_object()
        serializer = self.get_serializer(instance)
        return Response(serializer.data)

get_previous_by_update_dt(), get_next_by_update_dt()

두 메서드를 사용할 때는 exception 처리를 해야하기 때문에 별도로 get_prev_next 함수를 만들었다. 공식문서 참고.

✔ 결과

&nbspDjango provides a few classes that help you manage paginated data – that is, data that’s split across several pages, with “Previous/Next” links.

&nbspDjango는 페이지화된 데이터, 즉 "이전/다음" 링크를 사용하여 여러 페이지로 분할된 데이터를 관리하는 데 도움이 되는 몇 가지 클래스를 제공합니다.

&nbsp— Django documentation

✅ 목표

• 한 페이지 당 게시물 3개씩 묶기
• 결과, 총 페이지 수, 현재 페이지 순으로 정렬
• category 필드 값을 name으로 수정
• 이미지 url은 경로 부분만 표시

✅ 기존 코드

# views.py
class PostListAPIView(ListAPIView):
    queryset = Post.objects.all()
    serializer_class = PostListSerializer

# serializers.py
class PostListSerializer(serializers.ModelSerializer):
    class Meta:
        model = Post
        fields = ['id', 'title', 'image', 'like','category']

1. 한 페이지 당 게시물 3개씩 묶기

# views.py
from rest_framework.pagination import PageNumberPagination

class PostPageNumberPagination(PageNumberPagination):
    page_size = 3

class PostListAPIView(ListAPIView):
    queryset = Post.objects.all()
    serializer_class = PostListSerializer
    pagination_class = PostPageNumberPagination

2. 결과, 총 페이지 수, 현재 페이지 순으로 정렬

from collections import OrderedDict

class PostPageNumberPagination(PageNumberPagination):
    page_size = 3

    def get_paginated_response(self, data):
        return Response(OrderedDict([
            ('postList', data),
            ('pageCnt', self.page.paginator.num_pages),
            ('curPage', self.page.number),
        ]))

&nbsp page.paginator.num_pages, page.number 코드에 대한 부분은 Django 공식문서 참고.

3. category 필드 값을 name으로 수정

class PostListSerializer(serializers.ModelSerializer):
    category = serializers.CharField(source='category.name')

    class Meta:
        model = Post
        fields = ['id', 'title', 'image', 'like','category']

4. 이미지 url: 경로 부분만 표시

class PostListAPIView(ListAPIView):
    queryset = Post.objects.all()
    serializer_class = PostListSerializer
    pagination_class = PostPageNumberPagination

    def get_serializer_context(self):
        return {
            'request': None, # None이 아닌 경우에 full url 표시
            'format': self.format_kwarg,
            'view': self
        }

참고

• FileField(Field): def to_representation(self, value)
• class GenericAPIView(views.APIView): def get_serializer_context(self)

&nbsp 트랜잭션은 쪼갤수 없는 최소 업무 처리 단위를 말한다. 데이터베이스에서의 트랜젝션이란 하나의 작업단위를 나타낸다.

&nbsp 트랜잭션의 중요성은 데이터 동시 접근의 문제에서 발견할 수 있다. 위 사진을 예를 들어 A지점과 B지점에서 동시에 계좌 잔액 500원을 확인하고 100원을 인출했다고 하자. 두 지점 모두 남은 잔액을 400원으로 저장해서 최종 잔액은 300원이 아닌 400원으로 저장됐다. 이는 한 작업이 다른 작업에 영향을 받은 결과이다.

&nbsp 위와 같은 일을 방지하기 위해 데이터베이스는 작업의 단위를 트랜잭션으로 정의한다.

트랜잭션의 특징

&nbsp 트랜잭션은 다수의 연산으로 구성된 트랜잭션이 사용자에게 단일작업처럼 다뤄지도록 ACID 특징을 준수한다.

1. 원자성(atomicity)

• 하나의 트랜잭션에 포함된 모든 연산은 완전히 수행되거나 전혀 수행되지 않는다.
• All or Noting

  ex) 출금 과정에서 하나라도 문제가 된다면 송금이 이루어지지 않는다. 만약 원자성이 지켜지지 않는다면 돈은 빠져나가고 통장 잔고는 그대로인 상황이 발생할 수 있다.

2. 일관성(consistency)

• 특정 트랜잭션이 수행되기 전과 후에 데이터베이스가 일관된 상태를 유지한다.

  ex) A계좌에서 B계좌로 이체를 할 때, 두 계좌 잔액의 합은 이체 전 후와 같아야 한다. 위의 사진처럼 500원에서 200원을 출금했는데 400원이 되어버린 상황은 일관성이 무너진 상황이다.

3. 고립성(isolation)

• 특정 트랜잭션이 데이터베이스를 갱신하는 동안 다른 트랜잭션에 의해 방해받지 않는다.

  ex) 하나의 트랜잭션이 A계좌에서 작업중이라면 다른 트랙잭션은 이를 방해하지 못하고 대기해야 한다.

4. 지속성(durability)

• 완료된 트랜잭션의 결과는 어떠한 시스템의 장애에도 데이터베이스에 반영되어있어야 한다.
• 주기억장치 내용이 날아가도 보조기억장치에 기록된 로그로 복원이 가능해야 한다.

[참고 사이트]

[DataBase] 트랜잭션이란? (Transaction) 트랜잭션 개요 트랜잭션 처리

✅ 동기 방식(Synchronous)

• 요청과 응답이 동시에 일어난다.
• 추구하는 목적이 동일하다.
• 하나의 작업이 끝나야 다음 작업을 수행할 수 있다.
• 노드간의 작업 처리 단위(트랜잭션)을 동시에 맞춘다.

  ex) 은행. 계좌이체를 할 때 A계좌에서 돈이 빠져나가고 B계좌로 입금되는 작업이 동시에 이루어져야 한다.

✔ 동기 방식의 장단점

• 장점: 설계가 간단하고 직관적이다.
• 단점: 작업이 끝날 때까지 다른 작업은 계속 대기해야 한다.

✔ 예시

• 사용자의 입력을 받는 함수 등 일반적으로 사용되는 함수는 대부분 동기식이다.

✅ 비동기 방식(Asynchronous)

• 요청에 대한 응답이 동시에 일어나지 않는다.
• 추구하는 목적이 다를 수 있다.
• 요청 결과와 상관 없이 다음 작업을 수행할 수 있다.
• 노드간의 작업 처리 단위(트랜잭션)을 동시에 맞추지 않아도 된다.

  ex) 페이지 접속 시 특정 데이터에 대한 응답이 없더라도 나머지 데이터는 그에 영향을 받지 않는다. 이미지 하나를 불러오지 못한다고 페이지 자체가 열리지 않는 상황을 방지한다.

✔ 비동기 방식의 장단점

• 단점
  • 동기 방식보다 복잡하다.
• 장점
  • 작업의 병렬처리가 가능해서 효율적이다.

✔ 예시

1. Ajax

• JS 라이브러리 중 하나.
• 비동기식으로 서버에 데이터를 요청해 전체 페이지를 새로고침하지 않아도 필요한 부분만 가져올 수 있다.
• 화면의 전환 없이 요청과 응답이 이뤄진다.
• 페이지 이동이 없는 통신으로 인해 보안상의 문제가 생길 수 있다.
• 연속으로 데이터 요청 시 서버 부하가 발생할 수 있다.
• 다른 도메인과는 통신이 불가능하다(Cross-Domain문제).

2. setTimeout()

• 지정한 시간만큼 기다렸다가 실행하는 JS 함수.

• 아래 코드의 출력 순서는 2, 1이 아닌 1, 2이 된다.

  setTimeout(boo, 3000);
  
  function boo(){
     console.log("2");
  }
  console.log("1");
  
  >>> 1
  >>> 2

✔ 콜백(callback) 함수?

• 비동기 방식에서 어떤 작업이 완료됐을 때 수행되는 함수다.
• 비동기 방식에서는 함수를 호출한 쪽에서 직접 수행결과를 처리하지 않고 콜백 함수를 통해 처리한다(위 코드에서 boo()함수가 setTimeout()함수의 콜백(callback)함수다).
• 단, 콜백 지옥에 빠지지 않게 주의해야한다.

[참고 사이트]

동기 ( synchronous ) vs 비동기 ( asynchronous ) 비동기 통신과 AJAX