DB에서 응답받은 객체가 null 값일 때 일반적인 변수를 활용하듯이 사용하면, Cannot read properties of undefined (reading 'status') 에러가 발생한다. 위의 에러는 DB에서 값을 읽을 수 없어서 생긴 에러이다. 이 에러의 원인은 쿼리문에 대한 응답값이 null값으로 받아와서 node.js에서 DB null 값을 인식하지 못해 생긴 에러이다. 그래서 이 에러를 해결하기 위해선 생각보다 간단하다. null 값을 받아올 수 있는 변수에 ?를 붙여 사용하면 된다. memberStatus[0].?status != "ACTIVE" 아주 간단하게 이렇게 사용하면, node.js에서 DB가 보낸 null값을 인식하게 되어 null 값에 대한 예외처리를 진행할 수 있게 된다...

AWS EC2 구축 EC2의 인스턴스 시작을 누르면 다음과 같이 EC2를 쉽게 구축할 수 있도록 AWS가 일종의 EC2 구축 가이드라인?을 해놓았다. 사용자가 쉽고 빠르게 EC2 서버를 구매하기 위한 AWS 경영 전략이 아닐까? ㅋㅋㅎㅎ 다음으로는 AMI를 지정해준다. AWS EC2 서버의 운영체제를 택하는 절차이다. 나는 인스타 클론코딩에서 알려준 바와 같이 Ubuntu OS를 선택하려고함 -> 확정은 팀원들에게 여쭤보고 정함. 운영체제를 선택한 다음에 인스턴스 유형을 선택한다. 인스턴스 유형은 EC2 서버 컴퓨터의 사양을 선택하는? 느낌인 듯하다. 솔직히 추측이긴하지만, 대략적인 내 생각이다 ㅎㅎ.. AWS에선 인스턴스 유형을 자신이 설정한 인스턴스 스토리지, 메모리 등의 요건에 맞는 걸 선택하라고 ..

현 상황에 대해 설명하겠다. GItFlow 방식을 사용하기 위해 feature 별로 브랜치를 파서 개발하기로 했다. - 깃린이인 나는 feature 별로 브랜치를 파야했다. feature 별로 각자 개발하고 develop에 merge해 소스코드 버전을 높히는 식이 GitFlow 방식이다. 깃린이인 나는 브랜치를 하나만 파서 가지고 노는 수준밖에? 안되었기에,...ㅋㅋㅋㅋㅋㅋ git으로 여러 브랜치를 파서 진행하는 건 나에겐 진짜 큰 장벽이었다 ㅋㅋ... 그래도 책임감있게 프로젝트에 임하고 싶어서 git을 어떻게든 극복하자고 마음먹고 git을 쓰기 시작했다. 아무튼 오늘 겪었던 git 사용일화에 대해 설명하겠다. 빙글님께서 organization의 repository에 이전에 파둔 develop 브랜치를 ..

나의 현 상황은 git을 다루며 repository로 관리가 된다는 사실을 깨닫고 git을 이용하고 있었다. 하지만, branch를 사용하면서 git에 대해 헷갈리기 시작했다. 왜 헷갈리냐면, 로컬 repository의 특정 브랜치로가서 원격 repo의 내역을 pull했지만 반영이 안되고 있었다. (develop ,feature/group, feature/member) 이렇게 브랜치를 파논 상태였다. 내가 생각한 논리대로 흘러가지 않아서 혼동이 온 상태이다. 내가 원하는 건 develop 브랜치에 upstream의 develop 내역을 가져오는 것이다. 빙글님께서 develop을 내꺼, 오리님꺼와 express.js에 코드를 추가 후 merge해주셨기에 새로운 develop을 가져오려고 했다. $ git..

오늘 겪었던 것을 요약설명하겠다. github fork된 원격 repository에 feature/group 과 feature/member 브랜치를 파서 develop 브랜치에 merge를 했다. 솔직히 말하면, 새로운 브랜치를 파서 push하는 법을 몰라서 develop에 코드를 push했다..ㅋㅋ 어쨋든, 오늘 계기로 git을 사용하는 법에 대해 많이 알게되었다 ㅋㅋ.. - 진짜 많이 깨달음 git은 터미널을 통해 fork된 원격 repository에 코드를 push했다. 아래 명령으로 push를 해도 아무것도 일어나지 않았다. $ git push origin develop git을 제대로 몰라서 발생한 일..ㅋㅋㅋ 알고보니, git을 사용하면 local repository가 할당되고 이 local ..

[Git] Fork repository 최신화하기 github에서 fork 후 PR(pull requset) Tistory #1 스킨을 사용하던 중 TOC의 필요성을 느꼈습니다. wbluke 님의 tistory-table-of-contents 프로젝트를 발견하여 감사하며 사용하던 중 추가하고 싶은 사항이 생각.. sukvvon.tistory.com fork된 repo는 원본 repo가 업데이트되면 자동으로 업데이트 될 줄알았지만,, git으로 수동으로 업데이트된 내역을 업데이트 해줘야 한다. github) 원본 repo와 fork된 repo는 독립관계 fork 된 repository를 업데이트 하기 원본 repository 등록 pwd # /Users/dong_uk_kim/Desktop/UMC_dongN..

오늘도 화창한 토요일이었다. (7월 30일) 12시 30분에 중앙대학교 정문에서 만나기로 해서 10시 45분 셔틀을 타고 흑석역에 12시 15분에 도착했다. 이제는 중앙대가는게 쉽게 느껴졌다 ㅋㅋ.. 날씨도 선선해서 그렇게 덥지는 않았다. 오늘의 서울 날씨는 내가 서울 갔었던 날 중에 손 꼽을 정도로 구름이 진짜 이쁜 날이었다.. 12시 30분에 백엔드 개발자 두 분을 만나고, 점심으로 중앙대 맥도날드에 가서 빅맥 세트를 먹었다. 학교에 맥날 너무 부럽,,ㅋㅋ 점심을 다 먹고 정문 앞에 있는 할리스 카페에 가서 자리를 잡았다. 할리스 카페는 B1 ~ 5층으로 구성된 카페였다.. 할리스 카페에서 아이스 아메리카노를 시키고 본격적으로 회의를 시작했다. 목표가 있어야 의미있는 회의가 된다 두괄식으로 정리하면,..

오늘은 날씨가 화창하고 구름이 잔잔하게 껴있는 날이었다. 대면 회의가 중앙대학교에서 하기로 약속하여 8시 30분에 일어나서 씻고, 9시 30분에 기숙사를 나와 셔틀타고 한대 앞에서 4호선을 타고 동작역으로 갔다. 동작역에서 9호선으로 갈아타서 중앙대학교에 도착했다. 도착하자마자 발 길이 간 곳은 바로.. 중앙대학교를 상징하는 로고와, 중앙대학교 글자가 있는 곳에서 중앙대학교 사진을 찍었다. 중앙대학교 건물 너무 이쁜 걸.. 시간이 조금 남아서 중앙대학교 탐방을 했다. 너무 더워서 그늘진 곳으로 발걸음이 간 건 비밀..ㅋㅋ 카톡으로 같이 동네 프로젝트를 진행하는 백엔드 개발자 한 분이 연락이 닿아 중앙대학교 정문으로 왔다고 하셨다. 정문에서 백엔드 개발자 한 분과 냉면 집에서 다른 백엔드 개발자 한 분을 ..

보호되어 있는 글입니다.

보호되어 있는 글입니다.