ice-ame.log

Sequelize Association

Wed, 01 Jun 2022 15:27:52 GMT

알아두어야 할 맥락

1. migration & model

migrations은 MySQL에 실제 이식될 테이블의 형태를 결정하며, models는 ORM을 통해 개발환경에서 MySQL를 다루기 위한 것이라고 생각하면 좋을 듯 하다.그렇기 때문에, migrations의 속성과 models의 속성은 동일해야 한다. model과 migration을 직접 정의할수도있고 sequelize cli의 명령어를 통해서도 작성할수있다(cli이용할 것임)
Sequelize에서는 Model.init()및 sequelize.define() 두 가지 동등한 방법으로 모델을 정의할 수 있습니다.유일한 차이점은 하나는 객체 지향 프로그래밍 패턴을 따르고 다른 하나는 함수형 프로그래밍 패턴을 따른다는 것입니다.
모델명은 복수가 아닌 단수를 사용하고, 첫 글자는 대문자를 권장
2.Association*
연결관계는 각각의 모델들에 모두 정의해주어야 합니다(연결관계 메서드이용)
연결 관계를 정의하는 메서드사용시 함수를 호출하는 모델 객체가 source, 메서드 안에 인자로 전달되는 모델 객체가 target 입니다. 어떤 메서드를 사용하더라도 기본적으로 적용됩니다. User.hasOne(Project).=> User :source , Project:target
sequelize에서 외래 키는 모델 정의할 때에 만들어지는 것이 아니라, 두 모델의 연결 관계를 정의 할 때에, 연결 관계에 따라 Sequelize가 적절한 모델에 컬럼을 자동으로 만들어줍니다. 이 작업과 관련된 설정을 Sequelize에게 맡길 수도 있고, 몇몇 옵션(foreignkey)을 주어서 사용자가 제어할 수도 있습니다.

모델에서 1:N 관계에 사용되는 메서드및 옵션

1. 메서드

BelongsTo
- 외래키가 source모델에 존재하는 연결관계
hasMany()
- 외래 키가 target모델에 존재하는 관계
2. 옵션*
as : target 모델의 별명
- include 사용 시 쿼리 결과 값이 모델명으로 지정되는데, 이는 foreignKey에서 AS 사용으로 include 에서도 같은 AS 명을 사용해야 함
foreignKey : 외래 키 정의, 생략 시 모델명 + Id 로 컬럼을 생성
- foreignKey 옵션을 주면, as 옵션을 모두 무시하고 foreignKey 옵션의 값에 따라 외래 키 컬럼을 이름짓습니다.(자동생성x)
- foreignKey 설정 시 두 모델에서 동일한 설정이 필요, 하나의 모델에서만 정의하는 경우 자동으로 컬럼을 생성하여 중복 이슈가 일어남
- 외래 키 자동 생성의 대원칙은 [target 모델의 이름 + target 모델의 주요 키 이름]입니다
- 기본 명명 규칙은 camelCase이지만, source 모델이 underscored: true로 설정되어있다면, 외래 키는 snake_case로 명명됩니다.
onUpdate, onDelete
- RESTRICT, CASCADE, NO ACTION, SET DEFAULT, SET NULL 선택
- 1:N 관계로 이루어진 테이블에서 '생성'의 경우는 각각 테이블에 연결하여 생성하면 아무런 문제가 없지만 1의 관계에 있는 테이블 row가 삭제되는 경우 문제가 발생합니다. cascade 옵션을 설정한 후 부모 테이블의 row를 제거하면 부모를 FK로 가진 자식 그리고 자식을 FK로 가지고 있는 자손 즉, 부모와 연결된 모든 테이블의 row는 자동으로 삭제됩니다
- sequelize 및 다른 docs에서는 cascade는 하위(N)의 관계 옵션에 넣어줘야 한다고 합니다. 왜떄문에그런지 모르지만 부모와 자식 모두 옵션을 넣어줘야 정상작동하는경우가 있기때문에 가급적 모두 넣어주시는게 좋을듯

모델코드

1.모델 및 마이그레이션 생성

# users
$ sequelize model:generate --name User --attributes email:string,password:string,name:string
>
# reviews
$ sequelize model:generate --name Review --attributes users_id:integer,content:string

2.테이블간의 관계 생각해보기 예시인 users와 reviews 테이블 간의 관계는 하나의 유저는 여러 개의 리뷰를 가질 수 있으며, 하나의 리뷰는 하나의 유저에 속함 ** 1 : N 관계**

3.작성코드

user모델

// models/user.js
>
"use strict";
const { Model } = require("sequelize");
module.exports = (sequelize, DataTypes) => {
class User extends Model {
  static associate(models) {
    this.hasMany(models.Review, {
      as: "reviews",
      foreignKey: "userId",
      // onUpdate: defaults to CASCADE
      onDelete: "cascade",
    });
  }
}
User.init(
  {
    email: {
      type: DataTypes.STRING,
      unique: true,
      allowNull: false,
    },
    password: {
      type: DataTypes.STRING,
      allowNull: false,
    },
    name: {
      type: DataTypes.STRING,
      allowNull: false,
    },
  },
  {
    sequelize,
    modelName: "User",
  }
);
return User;
};

Review모델

// models/review.js
>
"use strict";
const { Model } = require("sequelize");
module.exports = (sequelize, DataTypes) => {
class Review extends Model {
  static associate(models) {
    this.belongsTo(models.User, {
      as: "users",
      foreignKey: "userId",
      onDelete: "cascade",
    });
  }
}
Review.init(
  {
    userId: {
      field: "users_id",
      type: DataTypes.INTEGER,
      allowNull: false,
    },
    content: {
      type: DataTypes.STRING,
      allowNull: false,
    },
  },
  {
    sequelize,
    modelName: "Review",
  }
);
return Review;
};

마이그레이션에서 1:M 관계

references: {} 로 관계를 정의

references: {
  model : 참조하는 테이블 정의
  key : 참조하는 키 정의
}

마이그레이션 코드

user 마이그레이션

// migrations/-create-user.js
>
module.exports = {
up: async (queryInterface, Sequelize) => {
  await queryInterface.createTable("users", {
    id: {
      allowNull: false,
      autoIncrement: true,
      primaryKey: true,
      type: Sequelize.INTEGER,
      onDelete: "cascade",
    },
    email: {
      allowNull: false,
      unique: true,
      type: Sequelize.STRING,
    },
    password: {
      allowNull: false,
      type: Sequelize.STRING,
    },
    name: {
      allowNull: false,
      type: Sequelize.STRING,
    },
  });
},
down: async (queryInterface) => {
  await queryInterface.dropTable("users");
},
};

review마이그레이션

// migrations/-create-review.js
>
module.exports = {
up: async (queryInterface, Sequelize) => {
  await queryInterface.createTable("reviews", {
    id: {
      allowNull: false,
      autoIncrement: true,
      primaryKey: true,
      type: Sequelize.INTEGER,
    },
    users_id: {
      allowNull: false,
      type: Sequelize.INTEGER,
      references: {
        model: "users",
        key: "id",
      },
      onDelete: "cascade",
    },
    content: {
      allowNull: false,
      type: Sequelize.STRING,
    },
  });
},
down: async (queryInterface) => {
  await queryInterface.dropTable("reviews");
},
};

Reference

Git 정리

Mon, 30 May 2022 08:58:50 GMT

Git 기초

깃 동작 원리와 과정

> - **Working Directory**: 작업할 파일이 있는 디렉토리 - **Staging Area** : 커밋을 수행 할 파일들이 올라가는 영역 - **Local Repository**: 로컬 저장소 - **Remote Repository** : 원격 저장소 - **fetch + merge** =pull - **git add <특정파일> ** //working directory=>staging area - **git reset <특정파일>** //staging area=>working directory - **git checkout -- <특정파일>** // 특정파일의 변경사항을 원래대로 돌려놓음

git clone vs git pull

git clone명령을 사용하면 로컬 저장소의 내용이 원격 저장소의 내용과 일치해진다. 기존에 작업중이었던 사람이 git명령을 사용해서 원격 저장소의 내용을 그대로 가져와버리면 기존에 작업했던 내용들은 직접 복구해야 한다. 즉, git clone은 프로젝트에 처음 투입될 때 사용되어야 하는 명령인 것이다.

반면 git pull명령은 원격 저장소의 내용을 가져와서 현재 브랜치와 병합(merge)까지 해주기 때문에, 기존에 작업했던 내용은 유지하면서 최신 코드로 업데이트할 수 있는 것이다

git pull명령은 병합과정도 포함되어 있기 때문에, pull을 하기 전에 commit을 하지 않으면 덮어쓰기 에러가 발생할 수 있다. 즉 기존 작업에 대해 commit을 미리 해두고 pull을 수행해주자.

1.원격 저장소의 특정 브랜치만 클론하기 git clone -b

*2. 클론후 원격저장소의 브랜치 가져오기+브랜치이동 * git checkout -t <원격저장소이름/브랜치이름>

3.원격 저장소의 특정 브랜치 로컬에 풀하기 git pull <원격저장소명> <브랜치이름>

git commit

1.commit은 당시의 스냅샷이다 원한다면 그때의 시점으로 돌아갈수있다

git reset --hard commithash
- 특정 커밋시점으로 돌아가고 그 이후는 다 지워버림
- 이경우 로컬저장소의 커밋지점이 바뀌고 원격저장소와는 커밋내역이다르기때문에 일반 push는 안됨
- git push -f <원격저장소명> <브랜치명>이용
2.commit내역 수정*
git commit --amend // commit내역 수정

git log

> **1. 엔터로 더 내려볼수있고 q로 나갈수있음** **2.초록색은 로컬을 /빨간색은 원격을 뜻함**

branch 관련 명령어

1.로컬의 브랜치 삭제하기 다른브랜치로 이동후 git branch -d

*2.원격 저장소의 브랜치 삭제하기 * git push origin --delete <브랜치명>

3.원격&로컬의 모든 브랜치를 표시 git branch -a

4.git 브랜치가 목록에서 보이지 않을 때 git remote update

5.원격 브랜치만 표시 git branch -r

6.원격저장소의 해당 브랜치를 로컬에도 생성한 뒤 해당 브랜치로 이동 git checkout -t <원격저장소이름/브랜치이름>

remote 관련 명령어

1. 리모트 저장소 추가 git retmote add <원격저장소별칭> <원격저장소 주소>

2.리모트 저장소 이름 변경 git remote rename <전> <후>

3.리모트 저장소 삭제 git remote rm <저장소이름>

Git branch 전략

work flow

> **1. 싱크맞추기** - ```git pull upstream dev``` upstream/dev의 변경사항을 로컬과 맞추어준다 (브랜치가 devd인 상태에서) > **2.작업하기** - 로컬에 feature브랜치 생성 - ```git branch featrue``` - 로컬의 feature브랜치로 이동 - ```git checkout featrue``` - 이동한 feature 브랜치에서 작업하고 commit하기 - ````git add .```` - ```git commit -m "[커밋타입] 커밋메세지"``` - 작업한 내용 로컬의 dev로 머지시키기 - ```git checkout dev``` - ```git merge feature``` - 로컬의 commit내역 myrepo로 push - ```git push myrepo dev``` - feature 브랜치 삭제 - ```git branch -d feature``` - pull request 생성 - 리뷰후 merge

인증 보안

Tue, 03 May 2022 18:29:09 GMT

Achievement Goals

HTTP와 HTTPS의 차이점을 이해할 수 있다.
암호화와 hashing, salting 등의 개념을 이해할 수 있다.
권한 부여(Authorization)와 인증(Authentication)에 대해 이해할 수 있다.
쿠키의 작동 원리를 이해할 수 있다
세션 및 쿠키 / 토큰 / OAuth를 통해 인증 구현을 할 수 있다.
클라이언트, 서버, 데이터베이스의 전체 동작을 이해할 수 있다.
회원가입 및 로그인 등의 유저 인증에 대해 구현하고 이해한다.
서비스의 보안과 관련된 방법을 알아보고 원리 및 장점 및 단점을 이해한다.

chapter: HTTP/HTTPS/SSL(TLS)

HTTP와 HTTPS의 개념

HTTP(Hypertext Transfer Protoco) : HTML을 전송하기위한 통신규약이다
HTTPS(Hypertext Transfer Protocol over Secure Socket Layer) :SSL(Secure Socket Layer)위에서 이루어진, 상대적으로 보안이 강화된 HTTP 통신규약이다
- SSL과 TLS는 같다고 생각해도 무관하다
- 만약 FTP위에서 HTTP가 동작하면 SFTP가 된다
- 좀더 풀어말하면 내가 사이트에 보내는 정보들을 제 3자로부터 보호(암호화)고 또 접속한 사이트가 믿을만한 곳인지(인증서)를 알려준다(SSL의 일련의 과정을통해). 덕분에 http보다 안전하다

암호화

HTTPS 프로토콜의 특징 중 하나는 암호화된 데이터를 주고받기 때문에, 중간에 인터넷 요청이 탈취되더라도 그 내용을 알아볼 수 없습니다
1.대칭키의 암호화와 복호화*
하나의키로 암호화하고 암호화한 코드를 복호화 할 수 있다
만약 클라이언트와 서버측에 각대칭키를 가지고 암호화해 데이터를 주고받는다면 제3자는 암호화가되어있는 데이터에 접근할 수 없다
문제는 어떻게 애초에 대칭키를 양 쪽이 공유하느냐이다 결국 한쪽이 한쪽에게 키를 전송해야하는데 이과정중 키를 누군가가 탈취하게되면 암호화의 의미가 없어진다
2.비대칭키(공개키,비공개키)*
2개의 쌍을이룬 키가 사용되고 하나의키로 암호화하면 다른 하나의키만으로 복호화가 가능하다
서버측은 개인키를 비밀리에관리하고 대중에게는 공개키를 오픈한다. 사용자는 오픈되어있는 공개키를이용해 데이터를 암호화해 데이터를 서버측에 보낸다.비대칭키를 이용한 복호화는 서버측소유의 개인키만이 복호화 가능하기에 이는 안정성이 보장된다
3.실제 웹사이트의 보편적인 암호화방식*
공개키와 비공개키를통해 해당서버와 데이터를 주고받을수있지만, 이는 너무많은 비용을 요구한다. 해서 우리는 비대칭키와 대칭키를 혼합하여 사용한다

SSL 인증서

HTTPS 프로토콜의 또 다른 특징 중 하나는 브라우저가 응답과 함께 전달된 ssl인증서 정보를 확인할 수 있다는 점입니다. 이를 통해 신뢰할수있는 사이트인지 확인할 수 있다
ssl 인증서는 클라이언트와 서버간의 통신을 제 3자가 보증해주는 전자화된 문서이다
이 ssl 인증서는 ca라는 기관을통해 허가를 받는다
유저가사용하는 브라우저는 서버로부터 받은 인증서를 확인하고 인증서를 발급한 ca정보를 체크한다. ca가 발급한 인증서가 아니라면 아래와 같이 경고창을 띄워 서버와 연결이 안전하지 않다는 화면을 보여준다 검증이 완료되면 다음절차를 수행한다
- 브라우저에는 certificate authority(ca)라는 회사들의 목록이 내장되어있다

SSL 통신과정(HTTPS를 위한)

> **1.hand shake ** - 클라이언트는 서버측에 임의의 데이터를 보낸다(client hello) - 서버는 클라이언트측에 임의의 데이터와 함께 인증서를 보낸다(server hello) - 인증서 확인 - 클라이언트는 브라우저를 통해 서버측으로 전달받은 인증서가 정품인지를 체크한다 (ca에인증을받은 인증서라면 브라우저가 정품임을 인증을 해줄것이다) - 정품이인증되면 **공개키(비대칭키)**를 확인할 수 있다 - 비밀 키생성(대칭키) - 클라이언트는 Hand SHake시 **주고받은 데이터를 통해 새로운 키(session key/대칭키)를 생성**하고, **이 키를 서버측의 공개키(비대칭키)로 암호화**해 서버측에 전달한다 - 서버측은 개인키로 복호화해 클라이언트측에서 보낸 키를 얻을 수 있고, 이제 대칭키 시스템을 통해 데이터를 안전하게 주고받을 수 있다 > **2.Session** - session key(대칭키)를 이용한 암호화 방식 통신 > **3.End Session** - seesion key(대칭키) 폐기(브라우저종료시)

사설 인증서 발급 및 HTTPS 서버 구현

0. 개요

HTTPS를 사용하여 브라우저에서 로컬로 실행되는 사이트를 열면 브라우저가 로컬 개발 서버의 인증서를 확인합니다.
인증서가 mkcert 생성 인증 기관에 의해 서명되었음을 확인하면 브라우저는 해당 인증서가 신뢰할 수 있는 인증 기관으로 등록되었는지 확인합니다.
mkcert는 신뢰할 수 있는 기관으로 등재되어 있으므로 브라우저가 인증서를 신뢰하고 HTTPS 연결을 만듭니다.
1.로컬 환경(localhost)에서 인증서를 생성하고, 인증서를 이용해 HTTPS 서버를 만들기*

mkcert설치

$ brew install mkcert
(macOS 사용자의 경우, Homebrew를 통해 mkcert를 설치할 수 있습니다.)

인증서 생성
- 로컬을 인증된 발급기관으로 추가
```
$ mkcert -install
```
- localhost로 대표되는 로컬 환경에 대한 인증서를 만들기
```
$ mkcert -key-file key.pem -cert-file cert.pem localhost 127.0.0.1 ::1
```
cert.pem, key.pem 이라는 파일이 생성됨
- key.pem의 경우 개인 키이므로 git에 커밋하지 않고, 암호처럼 다루어야 합니다
- cert.pem은 공개키
- 1. 💻 React 개발 서버 ** package.json을 다음과 같이 편집하고 {PATH}를 대체합니다.
```
"scripts": {
"start": "HTTPS=true SSL_CRT_FILE={PATH} SSL_KEY_FILE={PATH} react-scripts start"
```

2.HTTPS 서버 작성(express 이용)**

const https = require('https');
const fs = require('fs');
const express = require('express');
>
const app = express();
>
https
.createServer(
 {
   key: fs.readFileSync(__dirname + '/key.pem', 'utf-8'),
   cert: fs.readFileSync(__dirname + '/cert.pem', 'utf-8'),
 },
 app.use('/', (req, res) => {
   res.send('Congrats! You made https server now :)');
 })
)
.listen(3001);

Hashing

0. 개요

암호화는 일련의 정보를 임의의 방식을 사용하여 다른 형태로 변환하여 해당 방식에 대한 정보를 소유한 사람을 제이하고 이해할 수 없도록 알고리즘을 이용해 정보를 관리하는 과정이다
- hashing은 암호화의 기본이다
우리는 남이만들어놓은 훌륭한 hash함수(배포된)를 이용하면된다 (sha1 ,sha256)
1.plaintext*
데이터베이스에 비밀번호를 있는 그대로 저장해놓으면, 데이터베이스에 접근만할 수 있다면 누구든지 비밀번호를 알수있다. 이는 보안적으로 매우 좋지않다
2.hashing*
hashing은 어떠한 문자열에 '임의의 연산'을 적용하여 다른 문자열로 변환하는 것이다
- 모든 값에 대해 해시 값을 계산하는데 오래 걸리지 않아야 한다
- 동일한 입력값(input)에대한 동일한 출력값(output)을 갖고있다 => 입력값이 바뀌지 않으면, 출력값도 바뀌지 않는다
- 입력값(input)이 아주 살짝 변경되어도, 이에대한 출력값은 어마무시하게 바뀐다
- 해쉬함수는 항상 같은 방향,으로만 움직인다 1234 => hash f(x) => adfg823n48139(r38(@ adfg823n48139(r38(@ => hash f(x) !== 1234
hash로 비밀번호를 암호화하면 어느정도 보안이 되지만, 레인보우 테이블이라는 것 때문에 이마저도 문제가된다
- 레인보우 테이블은 해쉬값을 입력값이랑 매칭해놓은 테이블이다. 이를통해 비밀번호에 접근할 수 있다
3.salt*
salt는 아주 조그만 랜덤 텍스트이다. 유저의 패스워드를 salt와 함께 해쉬(암호화)하면 이는 아주 랜덤한 결과값으로 이루어지고 레인보우 테이블에서 찾을수 없을 것이다
- salt는 유저와 패스워드 별로 유일한 값을 가져야 한다
- 사용자 계정을 생성할 때와 비밀번호를 변경할 때마다 새로운 임의의 salt를 사용해 해싱해야힌디
- salt는 절대 재사용하지 말아야한다
- salts는 db의 유저테이블에 같이 저장되어야 한다

1.개요

http요청은 statelsee(무상태성)인데 어떻게 우리의 정보가 유지가 될까? 쿠키를 이용한다면 마치 이용자를 기억하는 것 처럼 동작하게 할 수 있다.
쿠키란 어떤 웹사이트에 들어갔을때 서버가 일방적으로 클라이언트에 전달하는 작은 데이터 조각(보통은 의사를 묻지않지만 묻는경우도 있음)이다.
- 쿠키에는 Token,Seesion Id 기타 등등 여러가지의 데이터를 담을 수 있고 이를통해 인증과 인가를 구현 할 수 있다 (또 다른 기능을 생각해 볼 수도 있다 ex: 비로그인 유저의 장바구니 목록 같은 것)
- 쿠키에 직접적으로 인증,인가관련 데이터를 저장해 전달할수있지만 이는 매우 위험하다. (쿠키에 seesionId나 token을 담아 인증,인가를 구현하는 방법은 아래에서 후술하겠음)
- 한마디로 데이터를 저장(중요하지 않은)하거나 전달(sessionId or token을)하는 매개체인 셈이다.
쿠키가 브러우저에 저장된후,브라우저는 쿠키를 자동으로 요청과 함께 서버측으로 보낸다
2. 쿠키옵션*
Domain
- 서버와 요청의 도메인이 일치하는 경우 쿠키전송
- 요청해야 할 URL이 http://www.localhost.com:3000/users/login 이라 하면 여기에서 Domain은localhost.com이 됩니다
Path
- 서버와 요청의 세부경로가 일치하는 경우 쿠키 전송(세부 경로는 서버가 라우팅할 때 사용하는 경로입니다.)
- 만약 요청해야 하는 URL이 http://www.localhost.com:3000/users/login 인 경우라면 여기에서 Path, 세부 경로는 /users/login이 됩니다.
*MaxAge or Expires *
- 쿠키의 유효기간 설정하는 옵션
- MaxAge : 앞으로 몇 초 동안 쿠키가 유효한지 설정하는옵션
- Expires :언제까지 유효한지 ```Date`` 지정
- 두 옵션이 모두 지정되지 않는 경우에는 브라우저의 탭을 닫아야만 쿠키가 제거될 수 있습니다.
HttpOnly
- 자바스크립트에서 브라우저의 쿠키에 접근 여부를 결정합니다.
- 만약 해당 옵션이 true로 설정된 경우, 자바스크립트에서는 쿠키에 접근이 불가합니다.
- 명시되지 않는 경우 기본으로 false로 지정되어 있습니다.
- 만약 이 옵션이 false인 경우 자바스크립트에서 쿠키에 접근이 가능하므로 'XSS' 공격에 취약합니다.
Secure
- HTTPS 프로토콜에서만 쿠키 전송 여부 결정
- 만약 해당 옵션이 true로 설정된 경우, 'HTTPS' 프로토콜을 이용하여 통신하는 경우에만 쿠키를 전송할 수 있습니다
SameSite
- CORS 요청을 받은경우 요청에서 사용한 메소드와 해당 옵션의 조합으로 서버의 쿠키 전송 여부를 결정하게 됩니다
- CSRF공격을 막는데 효과적이다
- Lax :Cross-Origin 요청이면 'GET' 메소드에 대해서만 쿠키를 전송할 수 있습니다.
- Strict : Cross-Origin이 아닌 same-site(요청을 보낸 Origin과 서버의 도메인이 같은 경우) 인 경우에만 쿠키를 전송 할 수 있습니다.
- None: 항상 쿠키를 보내줄 수 있습니다. 다만 쿠키 옵션 중 Secure 옵션이 필요합니다. >
3. node에서 쿠키설정 코드*

chapter: SessionId-based Authentication

session? sessionId? SessionId-based Authentication ?

사용자가 브라우저를 닫아 서버와의 연결을 끝내는 시점까지를 session이라고 한다 또 사용자가 인증에 성공한 상태도 세션이라고 부릅니다
유저가 로그인시 세션 Db에는 해당유저의 세션을 생성하고 seesionId를 부여한다. 이 seesionId는 쿠키를통해 전달되며 이를 통해 로그인상태를 기억 할 수 있다
- 쿠키에는 오직 SessionId만 저장되고 데이터는 세션 DB에 저장된다
사용자에 대한 정보를 서버에 두기 때문에 보안에 좋지만, 사용자가 많아질수록 서버 메모리를 많이 차지하게 됩니다.

세션기반 인증 (Session-based Authentication)

1.로그인

인증에 따라 리소스의 접근 권한(Authorization)이 달라집니다
인증(Authentication)된유저에게 권한을 인가(authorization)하려면 서버는 사용자가 인증에 성공했음을 알고 있어야하고, 클라이언트는 인증 성공을 증명할 수단을 갖고 있어야 합니다.
클라이언트가 로그인정보를 담은 Request를 보내면, 해당 서버의 엔진이 클라이언트에게 유일한 ID를 부여하는 데 이것이 세션 ID라하고 이는 쿠키를통해 다시 클라이언트에게 전달되며 또 매요청마다 쿠키에 담겨져 함께 보내진다
만약 클라이언트의 요청의 쿠키에 세션ID가 있다면,이를통해 클라이언트를 구분하고 해당 클라이언트를 인증되었다고 판단한다.
정리하면 세션 아이디가 담긴 쿠키를 주고받으며 로그인을 유지하고, 실제 데이터의 저장은 세션DB에서 이루어 집니다.
>
2.로그아웃*
로그아웃은 다음 두 가지 작업을 해야 합니다.
- 서버의 세션 정보를 삭제해야 합니다.
- 클라이언트의 쿠키를 갱신해야 합니다
서버가 클라이언트의 쿠키를 임의로 삭제할 수는 없습니다. 대신, set-cookie로 세션 아이디의 키값을 무효한 값으로 갱신해야 합니다.

chapter: Token-based Authentication

JWT

0. token? jwt?

token은 이상하게 생긴 긴~~텍스트 덩어리이다.
jwt는 대표적인 토큰중 하나이다
1. JWT의 종류*
Access Token
- access token은 보호된 정보들(유저의 이메일, 연락처, 사진 등)에 접근할 수 있는 권한부여에 사용합니다. 클라이언트가 처음 인증을 받게 될 때(로그인 시), access, refresh token 두 가지를 다 받지만, 실제로 권한을 얻는 데 사용하는 토큰은 access token입니다.
- access token에는 비교적 짧은 유효 기간 을 주어 탈취되더라도 오랫동안 사용할 수 없도록 하는 것이 좋습니다.
Refresh Token
- Access token의 유효기간이 만료된다면 refresh token을 사용하여 새로운 access token을 발급받습니다. 이때문에, 유저는 다시 로그인할 필요가 없습니다.
- 유효기간이 긴 refresh token 마저 악의적인 유저가 얻어낸다면 큰 문제가 될 것입니다 그렇기 때문에 유저의 편의보다 정보를 지키는 것이 더 중요한 웹사이트들은 refresh token을 사용하지 않는 곳이 많습니다.
- 3.JWT의 구조**
  
  >
Header 어떤 종류의 토큰인지,어떤 알고리즘으로 sign(암호화)할지가 적혀있습니다.
```
{
"alg": "HS256",
"typ": "JWT"
}
```
JSON 객체를 base64 방식으로 인코딩하면 JWT의 첫 번째 부분이 완성됩니다.
Payload Payload에는 정보가 담겨 있습니다 어떤 정보에 접근 가능한지에 대한 권한을 담을 수도 있고, 사용자의 유저 이름 등 필요한 데이터는 이곳에 담아 Sign 시킵니다.** Payload 에는 민감한 정보(비밀번호같은)는 되도록 담지 않는 것이 좋습니다.**
```
{
"sub": "someInformation",
"name": "phillip",
"iat": 151623391//iat: 토큰이 발급된 시간 (issued at)
// 이 값을 사용하여 토큰의 age 가 얼마나 되었는지 판단 할 수 있습니다.
}
```
JSON 객체를 base64로 인코딩하면 JWT의 두 번째 블록이 완성됩니다.
Signature Hather,Payload를 base64인코딩한 값과 salt값의 조합으로 함호화된값임 비밀키를 알지못하면 해독하는데 매우 힘듬
```
HMACSHA256(base64UrlEncode(header) + '.' + base64UrlEncode(payload), secret);
```

Token-based Authentication(토큰기반인증)

0. 개요

token방식은 유저를 인증하는데 필요한 정보를 토큰에 담고 클라이언트에게 전달한다. 요청과 동시에 토큰이 서버에게 전달되고 서버는 해당 토큰이 유효한지만 체크한다
매요청마다 데이터베이스를 접근하는 세션기반 방식에비해 서버측에 부담을 덜수있다
유저를 인증하는데 필요한 정보는 민감한 정보이기때문에 클라이언트측에 저장하는게 기본적으로는 위험하다. 해서 토큰을 암호화 되어있다(비밀번호 정보도 포함하지 않음)
1.토큰기반 인증 절차*

>
클라이언트가 서버에 아이디/비밀번호를 담아 로그인 요청을 보낸다.
아이디/비밀번호가 일치하는지 확인하고, 클라이언트에게 보낼 Signature 된 토큰을 생성한다.
- 비밀번호 정보는 뺴도록 한다 가급적
- 이때 access/refresh 토큰을 모두 생성한다.
- 두 종류의 토큰이 같은 정보를 담을 필요는 없다
토큰을 클라이언트에게 보내주면, 클라이언트는 토큰을 저장한다.(정답은 없다)
- 서버가 토큰을 쿠키에 담아 보낼 수 있다. 클라이언트는 쿠키에 접근 불가하다(httpOnly).따로 저장하는 일련의 코드를 작성하지 않아도 된다
- 서버가 토큰을 바디의 페이로드로보낸다면 클라이언트는 저장하는 위치를 생각 해 볼 필요가 있다. local storage,react의 state 등 다양하다.
클라이언트는 서버에 요청시 토큰을 같이 보낸다
- cookie 에 저장했다면 자동으로 감
- 일반적으로 토큰은 요청 헤더의 Authorization 필드에 담아져 보내집니다. Authorization: 토큰에는 많은 종류가 있고 서버는 다양한 종류의 토큰을 처리하기 위해 전송받은 type에 따라 토큰을 다르게 처리합니다. JWT 혹은 OAuth에 대한 토큰을 사용하는경우 type은 Bearer
서버는 토큰을 해독하여 "아 우리가 발급해 준 토큰이 맞네!"라는 판단이 될 경우, 클라이언트의 요청을 처리한 후 응답을 보내준다.
3. 코드 보기*
서버(노드)가 클라에게 토큰을 보낼때

>
클라(리액트)가 서버에게 토큰을 보낼때 쿠키가 있다면 자동으로 전달 된다 대신 아래와같은 처리를 해주어야함

ORM & Sequelize

Mon, 02 May 2022 12:55:18 GMT

chatper:1 ORM

ORM이란?

ORM은 Object Relational Mapping 즉, 객체-관계 매핑의 줄임말이다. 객체(클래스)와 테이블은 서로가 기존부터 호환가능성을 두고 만들어진 것이 아니기 때문에 불일치가 발생하는데, 이를 ORM을 통해 객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하여 불일치를 해결한다. 따라서 ORM을 이용하면 따로 SQL문을 짤 필요없이 객체를 통해 간접적으로 데이터베이스를 조작할 수 있게 된다.

ORM의 특징

ORM을 이용하면 SQL문이 아닌 클래스의 메서드를 통해 데이터베이스를 조작할 수 있어,개발자가 객체 모델만 이용해서 프로그래밍을 하는 데 집중할 수 있게한다.
ORM을 사용하는 것은 매우 편리하지만 그만큼 신중하게 설계해야한다. 프로젝트의 복잡성이 커질 수록 난이도도 올라가고 부족한 설계로 잘못 구현되었을 경우 속도 저하 및 일관성을 무너뜨리는 문제점이 생길 수 있다. 또한 일부 자주 사용되는 대형 SQL문은 속도를 위해 별도의 튜닝이 필요하기 때문에 결국 SQL문을 써야할 수도 있다

chatper2: Sequelize

sequelize는 Postgres, MySQL, MariaDB, SQLite 등을 지원하는 Promise에 기반한 비동기로 동작하는 Node.js ORM이다. 공식문서와 Sequelize를 이용한 스프린트를통해 살펴보자

초기셋팅

1.Sequelize 설치

Sequelize ORM 공식홈페이지 참고 npm install --save sequelize
2.sequelize-cli 설치* Sequelize - Migrations
데이터베이스 다루고 변경 사항을 추적할수있는 Migrations를 이용하기위해 sequelize-cli을 설치할 할것입니다.
- Sequelize의 migrations은 데이터의 이주를 수행(up)하거나 실행을 취소(down)를 지시하는 자바스크립트 파일이다
- sequelize-cli를 설치하고 sequelize.query를 통해 migrations를 조작할 수 있다
npm install --save-dev sequelize-cliSequelize CLI를 설치
npx sequelize-cli --help를통해 명령의 종류를 파악할 수 있습니다.

ORM 설정

1.Project bootstrapping

npx sequelize-cli init 커맨드 실행시 아래와 같은 폴더들이 생성된다
config, 데이터베이스에 연결하는 방법을 CLI에 알려주는 구성 파일이 포함되어 있습니다.
- "dialect"옵션을 통해 데이터베이스서버를 선택할수 있다.default는 mysql >
models 프로젝트의 모든 모델을 포함합니다.
- npx sequelize-cli init커맨드로 생성된 models 디렉토리에는 index.js(테이블 연결정의) 파일이 자동생성됨
migrations 모든 마이그레이션 파일 포함/빈폴더 생성
seeders 모든 시드 파일을 포함합니다./빈 폴더 생성

데이터베이스 생성

npx sequelize db:create
- config.json에서 설정한 데이터베이스 이름 "testgo"가 스키마에 자동으로 추가

모델생성

npx sequelize-cli model:generate --name url --attributes url:string,title:string,visits:integer
- name: 모델명 attributes: 모델 속성 목록입니다.
models디렉토리에 url.js 생성됨
- id, createdAt, updatedAt 필드는 자동으로 생성됩니다.
- 필드가 가지는 특별한 요구 사항(기본값 등)은 모델 파일을 직접 수정해서 정의해야 합니다
migrations디렉토리에 파일생성됨

Migrations 실행

모델디렉토리가 해당 커맨드로 생성되었지만, 아직까지는 실제 데이터베이스에 삽입되지 않은 상태이기에 마이그레이션을 해주어야한다
- npx sequelize-cli db:migrate
스키마 변경이 있을 때마다 마이그레이션을 실행해 줘야 합니다.

ApI

[node.js] MVC 디자인 패턴 & 데이터베이스 연결

Fri, 22 Apr 2022 21:55:13 GMT

MVC 패턴

MVC 디자인 패턴과 같이, 코드를 각각 다른 부분으로 나누어 작성해야 하는 이유를 이해할 수 있다.
Model, View, Controller가 각각 어떤 역할을 하는지 이해할 수 있다.

Cmarket Database

SQL을 Node.js 앱에서 쿼리할 수 있다.
클라이언트의 HTTP 요청에 따라 CRUD API를 구현할 수 있다. (CRUD: Create, Read, Update, Delete)

chapter1: MVC 디자인패턴

소프트웨어 개발 방법으로 사용되는 디자인패턴(Desigin Pattern)은 과거의 소프트웨어 개발 과정에서 발견된 설계의 노하우를 축적하여 그 방법에 이름을 붙여서 이후에 재사용하기 좋은 형태로 특정 규약을 만들어서 정리한 것입니다. 많은 디자인 패턴중 mvc패턴을 살펴보자
MVC패턴
1.개요
- MVC란 Model-View-Controller의 약자로 애플리케이션을 세 가지 역할로 구분한 개발 방법론입니다.
- Controller를 조작하면 Controller는 Model을 통해 데이터를 가져오고 그 데이터를 바탕으로 View를 통해 시각적 표현을 제어하여 사용자에게 전달하게 됩니다.
- mvc패턴을 성공적으로 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시작적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있게 됩니다. >
- 2.각 파트의 특징*
- Model
- 자신이 데이터를 가지고있는경우가있고 데이터베이스와 연결되어 데이터에 접근할수있다
- view
- 유저가 보는 화면을 보여주게하는 역할을 담당한다
- controller
- 뷰에서 일어나는 액션이나 이벤트에대한 값을받고 가공해 모델에게 전달
- 모델로부터받은 값을 다시 뷰에게전달
- 3.web example*

chapter2: 데이터베이스 연결

완성한 mvc패턴으로 작성한 스프린트의 코드를 뜯어보며 mysql npm을 통한 데이터베이스연결과정을 살펴보자

1..env생성

2.config객체 생성후 export

3.db디렉토리 생성&셋팅

> - mysql npm 공식문서를 찾아보면 연결방법이 나와있음

chapter3: sql파일 데이터베이스에 적용하기

배치작업은, 데이터를 실시간으로 처리하는게 아니라, 일괄적으로 모아서 처리하는 작업을 의미한다.
커맨드 창에 명령어를 하나하나 입력하는 방법과 다르게, 필요한 명령을 정리한 파일을 작성한 다음 배치모드로 실행 중인 MySQL 서버에 한 번에 적용합니다
배치모드로 데이터를 mysql서버에 한번에 적용하는 작업을 스프린트를통해 살펴보자

1.데이터베이스 생성*

# mysql에 접속한 뒤 입력
CREATE DATABASE cmarket;

2.미리 작성된 schema.sql을 이용해 테이블 생성* > ```sql # CLI(터미널) 환경에서 레포지토리에 진입하여 커맨드를 입력 mysql -u root -p < server/schema.sql -Dcmarket ``` >
3.미리 작성된 seed.sql을 이용해 데이터 저장* > ```sql # CLI(터미널) 환경에서 레포지토리에 진입하여 커맨드를 입력 mysql -u root -p < server/seed.sql -Dcmarket ```

chapter4: SQL을 Node.js 앱에서 쿼리하기

일반 쿼리

1.공식문서 확인

쿼리를 수행하는 가장 기본적인 방법은 condection에서.query() 메서드를 호출하는 것입니다.
query()의 가장 간단한 형식은 .query(sqlString, callback)이며, 여기서 SQL 문자열은 첫 번째 인수이고 두 번째는 콜백입니다.

query()의 두번째 인수인 callback의 구조

function (error, results, fields) {
// error는 쿼리 중에 문제가 발생한 에러를 담고있음
// results 쿼리의 결과가 테이블에 어떤 영향을 미쳤는지에 대한 정보가 포함되어 있습니다.
// fields에는 반환된 결과 필드에 대한 정보가 포함됩니다(있는 경우).
});

2.스프린트*
*db/index.js *
models.indexjs ```js const db= require('../db')//폴더를 인수로넣었기때문에 index.js로드 ```

여러개의 레코드 한번추가(bulk insert) 하는쿼리

1.예시코드

var mysql = require('mysql');
>
var con = mysql.createConnection({
  host: "localhost",
  user: "yourusername",
  password: "yourpassword",
  database: "mydb"
});
>
con.connect(function(err) {
  if (err) throw err;
  console.log("Connected!");
  var sql = "INSERT INTO customers (name, address) VALUES ?";
  var values = [
    ['John', 'Highway 71'],
    ['Peter', 'Lowstreet 4'],
    ['Amy', 'Apple st 652'],
    ['Hannah', 'Mountain 21'],
    ['Michael', 'Valley 345'],
    ['Sandy', 'Ocean blvd 2'],
    ['Betty', 'Green Grass 1'],
    ['Richard', 'Sky st 331'],
    ['Susan', 'One way 98'],
    ['Vicky', 'Yellow Garden 2'],
    ['Ben', 'Park Lane 38'],
    ['William', 'Central st 954'],
    ['Chuck', 'Main Road 989'],
    ['Viola', 'Sideway 1633']
  ];
  con.query(sql, [values], function (err, result) {
    if (err) throw err;
    console.log(result);
//  fieldCount: 0,
//  affectedRows: 14,
//  insertId: 0, // 방금 insert한 레코드의 id    <=!!!!!!!!중요!!!!!!!!
//  serverStatus: 2,
//  warningCount: 0,
//  message: '\'Records:14  Duplicated: 0  Warnings: 0',
//  protocol41: true,
//  changedRows: 0
  });
});

[데이터베이스]SQL로 MYSQL 실습

Sun, 17 Apr 2022 18:04:56 GMT

chapter MySQL 커맨드

MySQL 구조

1.mySQL구조

> - **```데이터베이스 서버(database server)```** MySQL(데이터베이스가들이 저장되는 곳) > - **```데이터베이스(database,shema)```** 표들이 저장되는공간(파일의 폴더같은곳) > - **```표(table)```** 실질적으로 데이터가 저장되는 곳으로 사전에 정의된 열의 데이터 타입대로 작성된 데이터가 행으로 축적됩니다. > **2.TABLE구조** > > **```칼럼(column)또는 필드(filed) ```** 테이블의 한 **열**을 가리킨다 (데이터의 타입) **```로우(row) 또는 레코드(record)```** 테이블의 한 **행**을 카리킨다 (데이터자체) **```키(key)//(위 사진의 id)```** 테이블의 각 레코드를 구분할 수 있는 값입니다. 각 레코드마다 고유한 값을 가집니다. 기본키(primary key)와 외래키(foreign key) 등이 있습니다.

MySQL접속 및 데이터베이스 선택

1.서버(MySQL)접속

mysql -uroot -p

> **2.데이터베이스 선택** ```SQL USE 데이텁베이스 이름; ```

데이터베이스 CRUD

1. 데이터베이스 생성

CREATE DATABASE opentutorials ;

> **2.데이터베이스 삭제** ```sql DROP DATABASE opentutorials; ``` > **3.데이터베이스목록 조회** ```SQL SHOW DATABASES; ```

테이블의 CRUD

1.테이블 생성

colum만 설정해주면 테이블이 생성됨

CREATE TABLE 테이블명(
컬럼명1 datatype ...,
컬럼명2 datatype ...,
...
);

id INT(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,* column 이름은 id 데이터타입은 정수,11개까지 보여줌(괄호는 노출시킬범위) 빈값 허용하지 않음 테이블의 Primary key로 설정 id값은 자동 증가하도록 설정
title VARCHAR(100) NOT NULL,* column 이름은 title 데이터타입은 문자열,100글자까지 보여줌 (괄호는 노출시킬범위) 빈값 허용하지 않음
description TEXT NULL,* column 이름은 description 데이터타입은 문자열 빈값 허용함
created DATETIME NOT NULL,* column 이름은 created 데이터타입은 날짜 빈값 허용안함
예시2 >
2.테이블 목록조회*
```
SHOW TABLES
```
>
3.선택테이블 구조보기*
```
DESC 테이블명
```
>
4.테이블 삭제*
```
drop table 테이블명;
```

데이터의 CRUD

1.테이블에 데이터 추가하기

INSERT INTO 테이블명(title,description,created,author,profile) VALUES('MySQL','MYSQL is',NOW(),'egoing','developer');

> **2.테이블의 데이터 읽기** - 모든컬럼 읽기 ```sql SELECT *FROM 테이블명; ``` > - 선택컬럼만 읽기 ```sql SELECT 특성_1, 특성_2 FROM 테이블_이름 ``` > > - 선택컬럼만 읽기 + 특정 값과 동일한 데이터 찾기 ```sql SELECT 특성_1 FROM 테이블_이름 WHERE 특성_1 = "특정 값" ``` > > - 선택 컬럼만 읽기 + 특정 값을 제외한 데이터 찾기 ```sql SELECT 특성_1, 특성_2 FROM 테이블_이름 WHERE 특성_2 <> "특정 값" ``` > - 선택 컬럼의 특성이 대소비교가 가능할때 ```sql SELECT 특성_1, 특성_2 FROM 테이블_이름 WHERE 특성_1 > "특정 값" > SELECT 특성_1, 특성_2 FROM 테이블_이름 WHERE 특성_1 <= "특정 값" ``` - 선택 컬럼만 읽기 + 특정문자를 포함하는 데이터 찾기 ```sql SELECT 필드명 FROM 테이블명 WHERE 필드명 LIKE '% 특정 문자열%; ``` > ++**like, in,is 더써봐야함** > - 내림차순 정렬 ```sql SELECT * FROM 테이블_이름 ORDER BY 특성_1 DESC ```` > - 출력할 데이터 개수 정하기 ```sql SELECT * FROM 테이블_이름 LIMIT 개수 ``` > **3.테이블의 데이터 수정** > **4.테이블의 데이터 삭제** > **4.테이블의 컬럼 추가하기/컬럼 포인키설정**

테이블 합치기

> **1.LEFT JOIN** > **2.INNER JOIN** >

그밖에것들

1.select 실행순서 SELECT => FROM =>WHERE => GROUP BY => HAVING => ORDER BY

2.groupy by 조인후 select된것들중 레코드가 공통된 것들끼리 묶어줌

3.내장함수이용

스키마 설계

[Node.js] Express 프레임워크

Sun, 17 Apr 2022 17:39:47 GMT

Express framework

들어가기전

Express는 서버개발에 유용한 프레임워크로 대다수가 사용할 정도로 대중적이고 인기가 가장 많습니다. 서버의 페이지 개수가 늘어나고 사이트가 커지면 코드가 복잡해집니다.Express 프레임워크는 코드의 양도 줄여주고 추후 유지보수가 쉽도록 만들어주기 때문에 사용합니다(성능은 생코드보다 떨어지지만 크게 영향은 없다)
http, path, fs, url 등의 모듈은 Node.js에서 기본 제공하는 패키지였기 때문에 설치할 필요가 없지만 Express는 Node.js가 아닌 다른 개인이나 단체가 만든 패키지이기 때문에 npm에서 다운로드받아야 합니다
공식문서
http모듈과 다른점
- 미들웨어 추가가 편리하다.
- 자체 라우터를 제공한다.

Express 설치

0.Node.js가 이미 설치되었다고 가정한 상태

1.애플리케이션을 보관할 디렉토리를 작성하고 그 디렉토리를 작업 디렉토리로 설정하십시오.

2.npm init 명령을 이용하여 애플리케이션에 대한 package.json 파일을 작성

3.렉토리에 Express를 설치한 후 종속 항목 목록에 저장

$ npm install express --save

간단한 웹 서버 만들고 실행하기

const express = require('express')
const app = express()//app은 express클래스의 인스턴스이다
const port = 3000
>
app.get('/', (req, res) => {
  res.send('Hello World!')
})
>
app.listen(port, () => {
  console.log(`Example app listening on port ${port}`)
})

node 해당파일로 서버실행
listen 에의해 서버 시작
앱은 서버를 시작하며 3000번 포트에서 연결을 청취합니다
앱은 루트 URL(/) 또는 라우트에 대한 요청에 “Hello World!”로 응답합니다.
다른 모든 경로에 대해서는 404 Not Found로 응답합니다.

라우팅(Routing===분기)

1.기본라우팅

라우팅은 URI(또는 경로) 및 특정한 HTTP 요청 메소드(GET, POST 등)인 특정 엔드포인트에 대한 클라이언트 요청에 애플리케이션이 응답하는 방법을 결정하는 것을 말합니다.
각 경로에는 경로가 일치할 때 실행되는 하나 이상의 처리기 기능이 있을 수 있습니다.

라우트는 이와같은 구조를 가진다 app.METHOD(PATH, HANDLER)

 app.get('/', function (req, res) {
  res.send('Hello World!');
});

app.post('/', function (req, res) {
res.send('Got a POST request');
});

2.라우트 경로(PATH)*

라우트 경로는, 요청 메소드와의 조합을 통해, 요청이 이루어질 수 있는 엔드포인트를 정의합니다. 라우트 경로는 문자열, 문자열 패턴 또는 정규식일 수 있습니다.

app.get('/', function (req, res) {
res.send('root');
});//라우트 경로는 요청을 루트 라우트 /에 일치시킵니다
>
app.get('/about', function (req, res) {
res.send('about');
});//라우트 경로는 요청을 /about에 일치시킵니다

3.라우트 핸들러(HANDLER)*
라우트는 하나 이상의 핸들러 함수를 가질 수 있으며, 이러한 함수는 라우트가 일치할 때 실행됩니다.

미들웨어와 비슷하게 작동함(차이점은있음),여러 콜백 함수를 제공하여 요청을 처리할 수 있습니다.(next 호출해줘야함)

app.get('/example/b', function (req, res, next) {
console.log('the response will be sent by the next function ...');
next();
}, function (req, res) {
res.send('Hello from B!');
});

콜백을 배열로받을수도 있다

var cb0 = function (req, res, next) {
console.log('CB0');
next();
}
>
var cb1 = function (req, res, next) {
console.log('CB1');
next();
}
>
var cb2 = function (req, res) {
res.send('Hello from C!');
}
>
app.get('/example/c', [cb0, cb1, cb2]);

4.응답 메소드*
응답을 클라이언트로 전송하고 요청-응답 주기를 종료할 수 있습니다.
라우트 핸들러로부터 응답 메소드가 호출되지 않는 경우, 클라이언트 요청은 정지된 채로 방치됩니다.

res.send([body]):다양한 유형의 응답을 전송합니다.
1)* body 매개 변수는 Buffer 객체, String, 객체 또는 Array 일 수 있습니다
2)* 매개변수가 a String일 때 메소드는 Content-Type"text/html"로 설정합니다.
3)* 매개변수가 Array또는 Object인 경우 Express는 JSON 표현으로 응답합니다.

res.end():응답 프로세스를 종료합니다.(데이터 없이 응답을 빠르게 종료하는 데 사용합니다)

res.json([body]):JSON 응답을 전송합니다. (json 문자열로 변환된 데이터를 전송)
1)* 매개변수는 객체, 배열, 문자열, 부울, 숫자 또는 null을 포함한 모든 JSON 유형이 될 수 있으며 다른 값을 JSON으로 변환하는 데 사용할 수도 있습니다.

5.express.Router(미들웨어)

라우터를 모듈로서 작성해,공통된 라우트끼리 묶을 수 있다

미들웨어

1.개요

미들웨어는 자동차 공장의 공정과 비슷합니다. 컨베이어 벨트 위에 올라가 있는 요청에 필요한 기능을 더하거나, 문제가 발견된 불량품을 밖으로 걷어내는 역할을 합니다
미들웨어 함수의 인수는 요청 객체(req), 응답 객체 (res), 그리고 다음의 미들웨어 함수 대한 액세스 권한을 갖는 함수(next)입니다.
현재의 미들웨어 함수가 요청-응답 주기(응답메소드사용)를 종료하지 않는 경우에는 next()를 호출하여 그 다음 미들웨어 함수에 제어를 전달해야 합니다. 그렇지 않으면 해당 요청은 정지된 채로 방치됩니다. >

2.미들웨어 추가방법* 1)특정 요청에대해 미들웨어 추가

const express = require('express');
const app = express();
const myLogger = function (req, res, next) {
 console.log('LOGGED'); 
 next();//해줘야 그 다음 미들웨어 함수가 호출됩니다
};
>
app.get('/',myLogger, function (req, res) {
 res.send('Hello World!');
});
>
app.listen(3000);

2)모든요청에 대해 미들웨어 추가(app.use()이용)

const express = require('express');
const app = express();
>
const myLogger = function (req, res, next) {
 console.log('LOGGED');
 next();
};
>
app.use(myLogger);//모든 요청이 myLogger미들웨어를 거침
>
app.get('/', function (req, res) {
 res.send('Hello World!');
});
>
app.listen(3000);

3. 자주 사용하는 미들웨어* 1)모든 요청에 대해 url이나 메서드를 확인할 때(++query,parms)

const express = require('express');
const app = express();
>
const myLogger = function (req, res, next) {
   console.log(
       `request method is +${req.method}&`,
       `request URL is +${req.path}&`,
       `request query is + ${req.query} & `,
       `request params is + ${req.params} & `,
       `request body is + ${req.body}`
   );
   next();
};
>
app.use(myLogger);
>
app.get('/', function (req, res) {
 res.send('Hello World!');
});
>
app.listen(3000);

2)POST 요청 등에 포함된 body(payload)를 구조화할 때(쉽게 얻어내고자 할 때)*

const jsonParser = express.json()
// 생략
app.post('/api/users', jsonParser, function (req, res) {
 // req.body에는 JSON의 형태로 payload가 담겨져 있습니다.
})

3)모든 요청/응답에 CORS 헤더를 붙여야 할 때*

const cors = require('cors')
// 생략
app.use(cors()) // 모든 요청에 대해 CORS 허용

4)요청 헤더에 사용자 인증 정보가 담겨있는지 확인할 때*

app.use((req, res, next) => {
 // 토큰 있니? 없으면 받아줄 수 없어!
 if(req.headers.token){
   req.isLoggedIn = true;
   next()
 } else {
   res.status(400).send('invalid user')
 }
})

request API

1.req.query

//라우팅
app.get('flight', ((req, res) => {
>
})
)
//user가 
//flight?departure_times=2021-12-03T12:00:00&id=4
//의 경로로 접속했다면
//req.query==={departure_times: '2021-12-03T12:00:00', id: '4'}

2.req.parms

//라우팅
app.get('flight/:id/:name', ((req, res) => {
>
})
)
//user가
//flight/54/jiwoong 의 경로로 접속한다면
//req.params ==== {id:'54',name:'jiwoong'}

[web server] mini node server

Sat, 16 Apr 2022 20:12:10 GMT

MINI NODE SERVER

브라우저에는 서버에 요청을 보내기 위해 fetch 같은 HTTP 요청을 보내는 도구가 기본적으로 내장되어있고 이를통해 서버에 요청을 보낸다.
http 요청을 받은 서버는 알맞는 코드작성을 통해 요청을 처리하고 응답을 보내주어야하고 이를 웹 서버라고 부른다
node.js의 http모듈을 통해 웹서버를 만들 수 있다
http 트렌잭션해부페이지를 참고해 간단한 서버를 만드는 과정중 기억해야할부분을 기록으로남긴다

1.서버객체만들기&서버 실행하기

1: http 모듈가져오기
3: 서버객체생성, 이 서버로 오는 HTTP요청마다 createServer에 전달된 함수가 한번씩 호출됨
7:server.listen메서드를통해 요청처리가능(포트번호전달)
node app.js 를통해 서버실행
2.메서드,URL,헤더 확인방법*
요청을 처리할 때, 우선은 메서드와 URL을 확인한 후 이와 관련된 적절한 작업을 실행하려고 할 것입니다. Node가 request 객체에 유용한 프로퍼티를 넣어두었으므로 이 작업은 비교적 쉽게 할 수 있습니다.
```
const { method, url,headers } = request;
```
3.요청의 바디 확인방법*

POST나 PUT 요청을 받을 때 애플리케이션에 요청 바디는 중요할 것입니다

let body = [];
request.on('data', (chunk) => {
body.push(chunk);
}).on('end', () => {
body = Buffer.concat(body).toString();
// 여기서 `body`에 전체 요청 바디가 문자열로 담겨있습니다.
});

4.cors 설정*

node.js 기초

Sat, 16 Apr 2022 18:13:16 GMT

chater1: node.js?

런타임이란?

런타임이란 프로그래밍 언어가 구동되는 환경입니다. 런타임 이란 어떤 프로그램이 동작할 때, 프로그램이 동작하는 곳입니다

자바스크립트의 런타임

자바스크립트의 대표적인 런타임은 브라우저(웹 페이지)와 node.js(서버)가 있다
HTML

ice-ame.log

Sequelize Association

알아두어야 할 맥락

모델에서 1:N 관계에 사용되는 메서드및 옵션

모델코드

마이그레이션에서 1:M 관계

마이그레이션 코드

Reference

Git 정리

Git 기초

깃 동작 원리와 과정

git clone vs git pull

git commit

git log

branch 관련 명령어

remote 관련 명령어

Git branch 전략

work flow

인증 보안

Achievement Goals

chapter: HTTP/HTTPS/SSL(TLS)

HTTP와 HTTPS의 개념

암호화

SSL 인증서

SSL 통신과정(HTTPS를 위한)

사설 인증서 발급 및 HTTPS 서버 구현

Chapter :Hashing & Cookie

Hashing

cookie?

chapter: SessionId-based Authentication

session? sessionId? SessionId-based Authentication ?

세션기반 인증 (Session-based Authentication)

chapter: Token-based Authentication

JWT

Token-based Authentication(토큰기반인증)

ORM & Sequelize

chatper:1 ORM

ORM이란?

ORM의 특징

chatper2: Sequelize

초기셋팅

ORM 설정

데이터베이스 생성

모델생성

Migrations 실행

ApI

[node.js] MVC 디자인 패턴 & 데이터베이스 연결

chapter1: MVC 디자인패턴

MVC패턴

chapter2: 데이터베이스 연결

chapter3: sql파일 데이터베이스에 적용하기

chapter4: SQL을 Node.js 앱에서 쿼리하기

일반 쿼리

여러개의 레코드 한번추가(bulk insert) 하는쿼리

[데이터베이스]SQL로 MYSQL 실습

chapter MySQL 커맨드

MySQL 구조

MySQL접속 및 데이터베이스 선택

데이터베이스 CRUD

테이블의 CRUD

데이터의 CRUD

테이블 합치기

그밖에것들

스키마 설계

[Node.js] Express 프레임워크

Express framework

들어가기전

Express 설치

간단한 웹 서버 만들고 실행하기

라우팅(Routing===분기)

미들웨어와 비슷하게 작동함(차이점은있음),여러 콜백 함수를 제공하여 요청을 처리할 수 있습니다.(next 호출해줘야함)

미들웨어

request API

[web server] mini node server

MINI NODE SERVER

node.js 기초

chater1: node.js?

런타임이란?

자바스크립트의 런타임