전체 글

전체 글

    AWS www.도메인 -> 도메인 리디렉션

    AWS www.도메인 -> 도메인 리디렉션

    AWS www도메인 → 도메인 리디렉션 크롬 브라우저에서 naver.com를 쳐서 들어간 후 url 창을 더블클릭해보면 www.naver.com으로 나와있는 것을 볼 수 있다. 분명 www를 붙이지 않고 접속했는데 www가 붙어있는 이유는 일종의 관습 때문이라고한다. 예전부터 도메인 앞에 www를 붙이던 관습때문에 아직도 메인 도메인역할을 하는 것이다. 하지만 AWS Route53을 이용해 example.com 도메인을 연결해보면 자동으로 www.example.com이 등록되진 않는다. AWS에서 직접 _ www_가 달려있는 도메인을 따로 등록을 해줘야 하는데 EC2의 경우 정말 쉽게 설정이 가능하지만 CloudFront와 S3를 통해 배포된 서비스의 경우 설정하기가 약간 복잡하다. CloudFront와..

    Nest + Graphql 구현하기

    Nest + Graphql 구현하기

    Nest + Graphql + Mongoose 최근에 Express환경에서 Graphql을 구현할 일이 있었다. 원하는대로 완성은 했지만 자유도가 높은 Express 환경에서 구현하다보니 원하는 아키텍처를 구현하는데 어려움(+ 귀찮음)이 있었다. 그래서 이번엔 어느정도 아키텍처가 세팅되어있는 Nest 환경에서 Graphql을 구현해보려고 한다. Express + Graphql에서 나타났던 문제들 첫 번째로 타입 중복선언과 두 번째로 의존성 주입패턴이 있다. 타입 중복선언은 graphql의 typeDef 선언과 DB schema가 따로 선언되는 문제였고, 의존성 주입패턴은 Express에서 구현하다보니 DI나 IoC의 개념들도 직접 구현해줘야 하는 문제들이었다. 하지만 해당 문제들은 Nest에서 기본으로 ..

    Express + Graphql 좀 더 구조적으로 짜기 (+ Type-graphql, Typegoose, Typedi)

    Express + Graphql 좀 더 구조적으로 짜기 (+ Type-graphql, Typegoose, Typedi)

    Express + Type-graphql + TypeDi + Typegoose 회사에서 Graphql을 사용할 일이 있어서 가볍게 Express에서 구현하려고 했었다. 공식문서와 구글링으로 기초적인 세팅과 구현은 완료해서 사용에는 문제가 없었지만, 타입 중복선언과 의존성 주입 부분에서 신경쓰이는 것들이 있어 해당 부분들을 해결하다보니 Express에 Type-graphql, TypeDi, Typegoose를 사용하게 되었다. 1. 타입 중복선언 일반적인 Graphql의 경우 입력이나 리턴되는 값들의 타입을 지정해줘야 한다. 보통 아래와 같이 typeDef를 선언해 할당해 준다 const typeDefs = gql` type User { loginId: String userId: String name: S..