LEO Devlog LEO Devlog

Git Workflow 모식도 1. 먼저 구조 이해하기 UpStream : 처음 fork 해오는 저장소 Origin : 다른 사람의 저장소를 fork 했을 때(UpStream을 fork했을 때)의 내 저장소. 즉 UpStream과 Origin은 상대적으로 결정되는 개념이며, 모두 원격(remote) 저장소다. Master : 배포 후 실제 사용을 위한 branch Dev : 개발을 위한 branch 2. 명령어 순서대로 정리하기 1) $ git clone 'UpStream의 저장소 주소' 먼저 팀장이 UpStream의 저장소를 본인의 local로 fork하지 않고 clone해온다. *fork는 단순 github상에서 구현되는 것으로, 내 github 계정에 원본 저장소를 그대로 복사해오는 것이다. 복사해..

백엔드 기초 환경 세팅 2 이제 데이터베이스 생성과 sequelize 세팅은 되었고 테이블을 생성하면 된다. 우선 이번 프로젝트의 스키마이다. 이것을 짜놓고 보면서 테이블을 생성하는게 개인적으로 직관적이고 빠른 편이었다. user 모델 (테이블) npx sequelize model:generate --name user --attributes email:string,password:string,nickname:string interest 모델 npx sequelize model:generate --name interest --attributes name:string group 모델 npx sequelize model:generate --name group --attributes name:string,des..

부분적인 로그인 구현에 앞서 백엔드 기초 환경을 세팅했다. 기초 환경 세팅은 다음 프로젝트에서도 사용할 수 있게 나만의 템플릿을 적어놓으려고 한다. 백엔드 기초 환경 세팅 비어있는 프로젝트 폴더 안에서 server 폴더를 만든다. first-project/server mkdir server npm init을 통해 해당 폴더에서 npm을 활용할 수 있도록 초기화시켜준다. npm init prettier를 설치하고 server 폴더 바로 하위에 .prettierrc 파일을 생성해서 아래 내용을 추가한다. npm i prettier // .prettierrc { "printWidth": 100, "tabWidth": 2, "useTabs": false, "semi": true, "singleQuote": fa..

코드스테이츠에서 3개의 섹션을 마치고 드디어 프로젝트에 탑승하게 되었다. 사실 이번 부트캠프의 꽃이 프로젝트라는데 정말 어마어마한 꽃이 온 것 같다(?) 하루종일 팀원들과 이야기를 나눠서 목이 칼칼할 정도지만 손은 멀쩡하니까..? 중간 중간 회고를 해보려 한다 ! 프로젝트 1일차 총 4명으로 이루어진 팀에 들어가게 되었고, 팀원들과 인사를 하며 프론트엔드를 지망하는지 백엔드를 지망하는지 이야기를 나눴고 한 분 빼고 두 분은 처음 뵌 분이여서 처음에는 어색하기도 했는데 프로젝트를 기획하면서 자연스레 어색함은 사라졌던 것 같다. 팀원분들이 좋은 아이디어를 많이 내주셔서 아이디어 선정은 어렵지 않게 되었다.(yourturn) 하지만 아이디어 선정 후가 문제였다....! SR, Software Requireme..

TCP/IP 4계층 OSI 7계층 Protocols Application Layer Application Layer FTP, HTTP, Telnet Presentaion Layer JPEG, MPEG Session Layer NFS, SQL, PAP Transport Layer Transport Layer TCP, UDP Internet Layer Network Layer IPv4, IPv6 Network Access Layer Data Link Layer ARP, CDP, STP Physical Layer Ethernet, Wi-Fi OSI 7계층 OSI 7계층을 이용하면 네트워킹 시스템에서 일어나는 일들을 시각적으로 쉽게 설명할 수 있다. 이 계층을 활용한다면 네크워크 관리자는 문제의 원인의 범위를 ..

우리가 SSH를 통해 EC2에 접속하고, 서버 운영중인데 터미널이 강제 종료되었다고 생각해봅시다. 로컬에 띄워져 있던 ssh 프로세스가 강제 종료되고, EC2 상의 프로세스도 같이 종료되면서 서버가 종료되버리는 일이 발생한다. 우리는 웹 서버가 구동 중인 node 프로세스가 종료되지 않게 해야하는데 이 때 우리는 프로세스 매니지먼트 도구 PM2를 사용해볼 수 있다. PM2는 node.js로 실행되는 프로그램(프로세스)를 관리해주며, 백그라운드에서 실행되게 만들어준다. PM2 설치 방법 (서버에 접속한 상태에서) $ npm install pm2 -g PM2 전역에 설치 후 node.js 앱을 백그라운드로 실행하기 $ pm2 start app.js pm2에 관리자 권한을 부여하기 위해서 'authbind' ..

Security Group 해당 인스턴스의 보안 그룹 이름 확인 보안 그룹 탭으로 들어가기 인바운드 규칙 편집 들어가기 인바운드 규칙 추가해주기! 여기까지 왔다면 EC2 인스턴스를 생성하고, 보안 그룹까지 설정해주었다. 차근차근 따라온다면 쉽게 따라할 수 있으니 바로 시작해보자!

이전 포스팅에 이어서 EC2 인스턴스에서 서버 실행하는 방법을 알아봅니다. EC2 인스턴스는 성공적으로 생성되었고 터미널에서 연결 상태까지 확인된 상태에서 다음 단계로 넘어가겠습니다. 1. 인스턴스에 개발 환경 구축하기 EC2 인스턴스를 생성하는 것은 가상 PC 한 대를 빌리는 것과 같습니다. 컴퓨터를 빌린 셈이니 이제 서버를 구동하기 위해 필요한 개발 환경을 구축하는 것부터 시작입니다. 패키지 매니저가 관리하는 패키지 정보 최신상태로 업데이트하기 $ sudo apt update nvm 설치 $ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash nvm 설치가 끝나고 nvm -v를 해도 버전이 뜨지 않는다면 터미널..