오늘은 여름방학동안 진행했던 '동네' 웹 프로젝트를 마무리하겠다. 마무리 블로그를 작성하지 않고, 학기를 시작하면, 열심히 프로젝트 한 소중한 경험을 까먹을 것 같아서 블로그를 작성해둔다 ㅎㅎ 무려 UMC 데모데이에서 우수상을 수상한 프로젝트 경험이기도하니, 잘 회고해서 프로젝트에 대한 시야를 넓히자 ㅎㅎ 실천해야 비로소 내것이 된다. "동네" 웹 서비스 설명 우리 동네 웹 서비스는 대규모로 구성된 동아리의 회원 및 관리를 해야되는 임무가 있는 동아리 운영진을 위해서 만들어진 동아리 관리 웹사이트이다. 즉, 동아리를 운영해야되는 임무를 지닌 대학생들이 동아리를 개설하고 많은 동아리 회원들을 체계적으로 관리할 수 있도록 도와주는 웹 사이트이다. 우리 "동네" 에서 체계적인 동아리 관리를 위해 고안된 핵심 ..

아래의 명령으로 터미널에서 EC2 터미널로 SSH 권한으로 접근하려고 명령어를 수행했다. $ sudo ssh -i "dongne-server.pem" ubuntu@ec2-3-38-55-57.ap-northeast-2.compute.amazonaws.com 하지만 아래와 같은 에러가 발생했다. Permission denied (publickey). 지금 상황은 이해가 안되고 참 이상하다 ㅋㅋㅋ.. 왜냐면, 저번에 API 배포할 때 EC2 터미널에 접근할 때 똑같은 명령어를 사용했는데도, 오늘 갑자기 터미널 에러가 발생했다. 원인은 아주 단순했다. 맥북 설정에서 터미널의 개인 정보 보호권한 체크가 안되어 있어서 발생한 에러가. 다음의 블로그를 참고해서 에러를 해결했다 ㅎㅎㅋㅋ.. ls: .: Operatio..

저번에 블로그를 작성한게 EC2 배포에 대한 블로그아니냐고 의문을 자아할 수 있다. 하지만, 저번의 배포는 임시의 메타 배포로 중간 개발완료인 상태, 한마디로 어드민 사이드의 기능에 대해서만 배포를 우선적으로 했다. 그래서 저번에 배포는 메타 배포로 개발완료된 API가 아니었다. 그럼, 이번 블로그의 주제는 무엇일까? 바로 개발 완료된 API를 배포하는 것이었다. 저번에 배포를 하면서 처음 배포를 맡아서 어려움이 많았지만, 시간을 많이 들여서 결국엔 배포를 성공할 수 있었다..ㅋㅋ 배포하면서 6 ~ 7시간 걸려서 배포를 했지만, 배포과정에서 어려움을 겪었지만, 하나씩 해결하면서 배포를 했었다 ㅎㅎ.. 과거의 나 칭찬한다 ㅎㅎㅋㅋㅋ 그래서 이번에 배포를 수행할 때는 비교적 배포에 대해 큰 벽이 없어졌고, ..

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층으로 구성된 카페였다.. 할리스 카페에서 아이스 아메리카노를 시키고 본격적으로 회의를 시작했다. 목표가 있어야 의미있는 회의가 된다 두괄식으로 정리하면,..