브렌쏭의 Veritas_Garage

GraphQL은 사실 REST였다. 누가 봐도 다르잖아;; 이미 블로그에 포스팅도 했다고;; GraphQL은 뭔가? 그리고 REST와 비교 GraphQL은 뭔가? 그리고 REST와 비교. GraphQL ??? 그래프 수식 작성용인가?? 이름에 QL 이라는 단어가 들어가는 것을 보면, SQL 형식을 가지는 놈 같다. 즉, 쿼리기반 언어이다. 엑셀처럼 키와 밸류를 가진 여러 데이터를 처리하고, 그 데 veritasgarage.tistory.com 분명 다른 구조에 다른 방식처럼 보이는데, 결국 GQL의 역할은 REST로 존재하는 요청과 응답을 번역해서 간결화 시킨 것이었다. 그리하여 리졸버라는 것이 필요했던 것이고, GQL을 위한 데코레이터를 따로 추가적으로 사용해 작성했던 것이다. 거... 당황스러운 이야..

Image Upload Process 라고 써뒀지만, 실제로 그런가? 그냥 이미지경로를 저장해두면 되지 않을까 생각했다가, 결국 그 디렉토리 안에 파일이 있어야 한다는 점을 금새 깨달았다. 음... 그렇다면 파일을 받아서 이미지 파일 디렉토리에 때려넣고, 그러면서 파일 이름도 유니크하게 중복없이 바꿔주고, 그 이름과 경로를 이미지 데이터베이스 테이블에 넣어줘야겠구나, 하고 생각이 드는데. https://stackoverflow.com/questions/59957394/typeorm-uploading-and-serve-downloading-files TypeORM uploading and serve (downloading) files Introduction In my Project, I try to sto..

Cross-Origin Resource Sharing 교차 출처 자원 공유 라는 희대의 기괴한 번역...아닐까 생각이 드는 저 물건은, 서로 다른 경로로 부터 받아온 자원을 함부로 섞이지 않도록 선을 긋는 안전장치라고 할 수 있다. 실제론 안전장치 보다는 초기 프로젝트의 실행을 막는 성가신 물건 취급을 받는게 대다수인거 같다. 마치 쓰지 말라고 하면서 안쓸수가 없는 super user root 같은 존재다. 그리고 찾아보니 친절한 설명이 많았다. https://evan-moon.github.io/2020/05/21/about-cors/ CORS는 왜 이렇게 우리를 힘들게 하는걸까? 이번 포스팅에서는 웹 개발자라면 한번쯤은 얻어맞아 봤을 법한 정책에 대한 이야기를 해보려고 한다. 사실 웹 개발을 하다보면 ..

유저 테이블을 잘 구성해주셨습니다! 다만, user를 find하는 api의 엔드포인트가 잘못 지정되어 있습니다! api의 엔드포인트는 항상 주의해주시길 바랍니다~! 또한, user를 delete하는 api의 경우 현재 resolver에서 리턴값으로 user 객체를 보내주고 있는데 삭제된 데이터의 값을 보내줄 수는 없겠죠? softDelete를 사용했을 때와 같이 return 값을 다르게 지정해주어야 에러가 발생하지 않을 것 같습니다! service 부분에서는 return 값으로 result.affected를 보내주고 있으나, result라는 객체는 softDelete된 객체가 아니기에 null이 리턴되고 있습니다! 해당 부분도 반드시 확인 후 해결 방법을 숙지하시길 바랍니다! 고생하셨습니다~! user를..

디폴트 밸류가 없다는 것이 넣으려는 값이 아니라 디폴트라는 값이 들어가는데, 애초에 디폴트 값 설정이 안되어있었다는 것이었다. 콘솔을 찍어보니 역시나. SQL QUERY문이 중요하다. Promise{ } 이라고 나온다. 프로미스를 뱉는 녀석을, 그냥 단순히 값을 뱉을 것이라 생각하고 넣고 있었던 것이다. 따라서 그 값에 .then을 이용해서 .then(res=>res) 를 이용해서 값을 보내주거나 앞에 async await를 붙여준다.

온라인 서비스나 플랫폼이라면 응당 붙이려는 이름이 바로 클라우드 되시겠다. 예로부터 지상 위의 천상은 동서고금을 가리지 않고 더 높은 격을 가진 무언가가 존재하는 공간이라는 개념이 팽배해 있는데, 실제로는 어쨌든간에 그 개념을 디지털에 적용한 것으로 볼 수 있겠다. 그냥 한번 해본 소리다 물론 파고들어 보면, 내세는 인간의 뇌 안에만 있는 것 처럼 마찬가지로 클라우드 또한 물리적인 서버들의 총체이다. 그냥 니 눈에 안띄는 곳에 있을 뿐이지, 데이터 센터는 앵간한 도시에는 하나씩 존재하고 해저케이블 등으로 연결되어 있을 뿐. 비 클라우드 컴퓨팅과 클라우드 컴퓨팅은 한끝차이다. 헛소리는 그만 일단 클라우드계의 거물인 Cloudflare의 설명을 가져왔다. "클라우드"는 인터넷을 통해 액세스할 수 있는 서버와..

Incorrect table definition; there can be only one auto column and it must be defined as a key 카테고리에는 그냥 카테고리명 뿐이고, 딱히 ID값이나 키값이 없어도 되지 않나? 혹은 카테고리명 자체가 키값으로 쓰면 되지 않을까? 하는 생각에 다음과 같이 슬쩍 써두었다. @Entity() @ObjectType() export class Category { @PrimaryGeneratedColumn() @Field(() => String) id: string; } 이럼 아이디가 곧 카테고리명이니 더 직관적이고 좋잖아 왜그래~ 하면서 세팅했고 서버 실행에도 문제가 없었다. ..서버 실행에만 문제가 없었다. 실제로 api를 이용해서 카테고리..

一切皆苦 모든 것은 고통이니 즉, 인생은 고통이다...라고 어느 옛날 왕족 첫째 아들이 그랬던가. 아니.. 내가 한 말이었나.. 그랬나... 현재 내 개발환경은 이렇습니다 NestJS Typescript GraphQL TypeORM MySQL2 Cannot determine a GraphQL input type @InputType() export class CreateCommentInput { @Field(() => String) content: string; @Field(() => Board) boardId: string; @Field(() => User) userId: string; } 요는 인풋타입으로 들어와야하는 것이 제대로 안들어온다는 것이다. 위에서 userId 를 보면 필드에는 타입이 유저로..

https://brunch.co.kr/@jehovah/20 Redis 기본 정리 캐시를 알아야 하는 순간! | 캐시를 접하게 되는 순간 서비스를 처음 운영할 때는 WEB-WAS-DB의 전형적인 3티어 구조를 취하는 편이 보통입니다. 사용자가 몇 명 되지 않는 서비스의 경우에는 3티어 brunch.co.kr https://sanghun219.tistory.com/22 #9. 분산 서버 구조 9.분산 서버 구조 분산 서버 구조 1. 수직 확장과 수평 확장 확장성 사용자 수가 늘어나더라도 쉽게 대응할 수 있어야 한다는 의미 확장성의 목표 최대로 처리할 수 있는 사용자 수가 무제한이어 sanghun219.tistory.com https://d2.naver.com/helloworld/206816 https://d..

중간자 공격으로 부터의 탈출 : JWT (tistory.com) 중간자 공격으로 부터의 탈출 : JWT https://jwt.io/ JWT.IO JSON Web Tokens are an open, industry standard RFC 7519 method for representing claims securely between two parties. jwt.io JSON Web Tokens are an open, industry standard RFC.. veritasgarage.tistory.com 저번 포스팅에서 SSO에 대해서 잠깐 말했었는데, 싱글 사인 온 방식이란 간단히 말해 통합 로그인, 로그인계의 어음 정도 되겠다. Single sign-on (SSO) is an authentication..