HANA -J

어제 1차 배포이후 계속 코드를 합치며 코드 수정을 이어나가고 있다. 백엔드 부분도 협업을 할때 데이터베이스에 사용할 이름이나 코드 규칙들을 조금 정해놓고 시작 했다면 더 수월하게 진행 할 수 있었을거 같다는 생각을 했다. 내일할일 1. post 삭제 API코드 수정하고 서버에 다시 올리기. 2. 팀원분과 api명세 다시한번 맞추기. 3. 에러메세지 캡쳐해두고 해결한거 정리하기 => 솔직히 이거로 블로그 글 몇개는 올릴 수 있는데 매일 까먹음 ... > pm2 start app.js 해서 배포 이후에 pm2 log하면 이런식으로 app.js terminal에 찍히는 로그를 볼 수있다. 너무 좋다.... 조금씩 pm2 명령어 정리를 해야 겠다.

Cors를 들어가기 이전에 SOP? Same Origin Policy 다른 출처의 리소스를 사용하는 것에 제한하는 보안방식 출처?(origin) https://github:443/hana?tab=repositories#example 이러한 모든 것들을 출처라고 한다. SOP는 왜 도움이 되는가? 자기의 출처와 다른곳에서 요청이 오는경우(해커가 접근하는경우) SOP에 위반되니까 요청을 받지 않는다. ⇒다른 출처의 리소스가 필요한 경우에는 ?? 이때 CORS를 사용! CORS (출처 : MDN) 교차 출처 리소스 공유(Cross-Origin Resource Sharing, CORS)는 추가 HTTP 헤더를 사용하여, 한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을 ..

1. 주제 : 짤방저장소 2. 들어가기전에 고려해야 할 사항 백엔드와 프론트 배포 따로 => 프론트는 axios를 통해 정해놓은 api로 데이터를 주고 받기만 한다. 백엔드는 프론트 부분을 구현할게 한개도 없다! 너무 신기하다... 백엔드 API, CORS 3. 와이어 프레임 (프론트 팀원분께서 너무 잘 만들어 주셨다...👍) 4. API https://www.notion.so/6w-api-9e9335b6cd3f49b38b4ac32debdaf178 6w 프로젝트 api A new tool for teams & individuals that blends everyday work apps into one. www.notion.so 5. 21/12/06 오늘 나의 진도 몽구스 스키마 , api, 프로젝트 파일..

> 2021/11/29- 2021/12/04 >노드 심화 3주차 - 테스트 코드 https://hana-j.tistory.com/43 TIL -TDD >2021/11/27 테스트 주도 개발을 하는 이유? 1. 디버깅 시간을 단축해준다. 테스팅 환경이 구축되어있다면 자동화 된 유닛 테스팅으로 특정 버그를 쉽게 찾아낼 수 있다. 2. 테스트 코드와 함께 작성 hana-j.tistory.com > 테스트 예시 //product.test.js 테스트 파일 하나 생성, 익스포트 했던 모듈 임포트 const productController = require('../../controller/products'); //컨트롤러 파일 const productModel = require('../../models/Produc..

리소스에 집중 !! => 행위(조회, 등로그 수정, 삭제)는 HTTP 메서드 사용 ex) 회원 관리 시스템 회원 목록 /members -> GET 회원 등록 /members -> POST 회원 조회 /members/{id} -> GET 회원 수정 /members/{id} -> PATCH, PUT, POST 회원 삭제 /members/{id} -> DELETE HTTP API - 컬렉션 - POST 기반 등록 - 서버가 리소스 URI 결정 HTTP API - 스토어 - PUT 기반 등록 - 클라이언트가 리소스 URI결정 HTML FORM - GET, POST만 지원 => 위의 경우와 같이 HTTP메서드가 한정적이거나 메서드로 해결하기 애매한 경우 컨트롤 URI 사용 동사로 된 리소스 경로사용 (ex : /..

> 알고리즘 문제 안풀려서 정리하는 개념들.. 😢 잘하고 싶다 위의 내용을 계속 기억하고 있자 1. Reading 컴퓨터는 배열의 길이를 기억한다 ! 배열의 길이와는 상관없이 인덱스에서 요소를 읽어내는 속도는 같다. => 많은 자료를 읽어와야 할 때는 배열이 짱이다. 2. Searching 배열이 어디서 시작하는지 알지만 특정 값의 위치는 모르기 때문에 하나하나 다 까봐야 한다. => 시간이 좀 걸린다. 3. Insert 배열 중간에 값을 삽입해야한다 ? 요소를 맨 뒤에서 부터 하나씩 하나씩 옮겨주어야 함 최악은 ? 배열은 미리 저장공간을 확보해 놓는다. 만약 배열의 크기를 넘어서 데이터를 저장해야하면 더큰 배열을 만들고 기존 값을 복사하고 삽입 4. Delete 삽입과 비슷하다 중간 값이 삭제 된다? ..

> 자바스크립트는 웹 브라우저에서 실행된다는 점을 항상 기억하기 =>stack과 Queue를 바쁘게 하지 말아야한다. 복잡한 연산이나 for문 중복 지양할 것

>2021/12/1 오늘 벌써 12월이라니 .... 🤨 >출처 : 오늘정리한 모든 내용은 인프런 '모든 개발자를 위한 HTTP 웹 기본지식' 강의 - IP(인터넷 프로토콜)? 수많은 컴퓨터에 고유한 주소를 부여해준다. 패킷이랑는 통신단위에 IP주소를 담아서 통신한다. - IP의 한계 비연결성 패킷을 받을 상대가 없거나 서비스 불능상태여도 패킷은 무조건 전송됨 비신뢰성 중간에 패킷을 유실할 수도 있고 순서가 보장이 안됨 같은 IP를 사용하는 서버가 통신하는 애플리케이션이 2개이상이여도 구분이 안됨 > IP의 한계를 해소해주기 위해 TCP프로토콜이 등장!!! - TCP 특징 연결지향 - 3way handshake (논리적으로 연결되는것 ! 물리적인 연결아님) 데이터 전달 보증, 순서 보증 신뢰할 수 있는 프..