Instaclone

Instaclone Backend

setup

User:

Create Account (mutation)
- password hashing : hashing은 단방향이므로 암호화된 문자열을 해독할 수 없다. 1234는 항상 같은 이상한 문자열을 반환함
- npm i bcrypt
See Profile (query)
Login
- Json Web Token
  - npm i jsonwebtoken
  - 유저가 Username을 보내면 거기에 서버의 서명을 한다 => 토큰 발급 => 유저에게 토큰 전달
  - 토큰은 web browser, desktop, mobile 어디든 저장할 수 있다.
  - 이후에는 유저가 토큰을 보내면 그 토큰이 갖고 있는 id를 확인하고, 토큰이 우리가 서명한 토큰인지 확인한다. 토큰은 서버가 프론트엔드에 연결되어 있지 않을 때 사용한다. 세션과 쿠키는 서버와 프론트엔드가 분리되어 있지 않을 때 적합하다.
  - 토큰에는 들어있는 정보는 모든 사람이 볼 수 있다. 따라서 비밀 정보(비밀번호 같은)를 넣으면 안됨. 비밀번호가 암호화되어 있다고 하더라도 개인정보는 넣지 않는다. 토큰의 목적은 우리가 싸인했던 토큰인지 유저가 누구인지 토큰 만료일이 언제인지 등을 확인하는 것이다.
  - private key는 공개하면 안됨
Edit Profile/Change Avatar (Image Upload)
- Upload scalar type 추가 for avatar
- graphql playground 에서는 파일업로드를 할 수 없어서 graphQL 클라이언트인 Altire 설치
- Upload 타입으로 Altire에서 파일을 올리면 createReadStream이 보임.
- file system import from node.js : import fs from "fs";
- readStream.pipe(writeStream);
- Server 변경 : apllo-server -> express server (apollo-server-express)
  - apllo-server를 사용하면 graphql 서버를 구축할 수 있지만, graphql 외에 rest방식이나 내부 퍼블릭 파일에 접근하기 위해서는 express 서버를 사용해야한다.
  - apollo-server-express: express 기반의 서버에 apollo-server-express 미들웨어를 지원하는 방식으로 변경 /graphql path에서는 graphql playground를 띄우도록 한다!
- morgan
  - npm i @types/morgan
  - logger임
  - logger는 applymiddelware 하기 전에 적어야 graphql log가 반영됨
- uploads 폴더에 있는 파일에 접근하기
  - app.use("/uploads", express.static("uploads"));
- 저장할 파일명 중복 방지
  - process.cwd() + "/uploads/" + loggedInUser?.id + Date.now() + filename
Follow/Unfollow User
- Followers/Following is self-referencing relationship
- https://www.prisma.io/docs/concepts/components/prisma-schema/relations/self-relations
- schema.prisma 에 Followers, Following 추가
- npm run migrate
- graphql typeDefs, resolvers 추가
- @relations 관계이기 때문에 following만 핸들링하면 follower는 자동으로 반영됨
See Followers/Following with Pagination
- resolver 에
  include: { following: true, followers: true, }, 를 추가하면, 모든 following/followers 를 불러올 수 있다. 그렇지만! 팔로워가 백만이 넘어간다면? 많은 데이터를 모두 불러오는 것은 데이터베이스 과부화를 유발할 수 있다. 따라서 기본적으로 Prisma에서는 include를 사용하지않으면 null로 가져오는 것이다. following/followers는 페이징으로 가져오자!
- offset pagination 전체 페이지 수에 따라서 몇 개의 페이지인지 나눠지고, 2페이지를 보고있다가 5페이지로 바로 넘어가고 싶을 때 쓴다! User 유무 유효성 검사 시 user 존재 유무를 체크하는 것이므로 user의 모든 필드를 가져오지 말고, id만 가져오자 장점 : 다른 페이지로 바로 점프할 수 있다 단점 : 만약 총 20만개인데 마지막 페이지를 가져오려면 전 페이지까지의 데이터 수 즉, 약 20만개의 데이터를 스킵해야하므로 느려질 것이다. 이럴 때는 curor-based pagination을 쓰도록 하자.
- curor-based pagination
  - https://www.prisma.io/docs/concepts/components/prisma-client/pagination
  - 우리가 본 마지막 결과물의 아이디 값이 무엇인지 알려줘야 함.
  - 우리가 본 마지막 결과물의 아이디 값을 넘겨주는데, 첫번째 페이지는 마지막결과물이 없으니 required로 만들면 안된다.
  - 예를 들면, 1,2,3,4,5,6,7,8,9,10 게시물 id가 이렇게 있다고 할 때, 마지막으로 페이지에서 본 게시물 아이디가 3이라면, 다음 요청에 3을 보내고, 3을 스킵하고 3 다음부터 보내줘 라고 요청하는 것이다. 장점 : 데이터 수가 많아져도 과부하 안 걸림, 인피니티 스크롤에 주로 사용 단점 : 특정 페이지로 점프 불가
Computed Fields(계산된 필드들!!) - GraphQL Schema에는 있지만 데이터베이스에는 없는 것을 뜻함 - request 할 때 마다 계산이 됨 - user model에 추가 : totalFollowing: Int! totalFollowers: Int! - users.resolvers.ts 에 리졸버를 만들어서 숫자를 계산함 ** graphql type User에 있는 field의 resolver를 만드는 것 - ** seeProfile을 리퀘스트하면 totalFollowing, totalFollowers 가 데이터베이스 필드에 없기 때문에 User의 리졸버를 찾아서 리졸버를 실행시킨다. 이 때 resolver의 root, args, context, info 인자 중 첫번째 인자인 root를 사용해서 요청한 username을 가져올 수 있다. root.username
Search Users
- keyword Startswith
- paging 으로 구현하기
Search Users

ahnniething / instaclone-backend

Instaclone

setup

User:

Photos

Comments

Refactor

Extras

DMs

About

Languages