오늘 공부한 내용

  • 코드카타 2문제
  • 면접대비 2문항 공부
  • 마지막 프로젝트 제작 (하이브 전체조회, 단일조회, 삭제 기능 구현 완료)

 

어려웠던 내용

  • 코드 작성시 큰 문제없이 잘 작성이 잘된거 같아서 실행에 문제는 없었는데 Postman 으로 적용시 쿼리문이 나가지만 실질적인 데이터베이스에는 적용이 안되어서 찾아보니 @Transactional이 안적혀 있거나 혹은 Postman에서 / 하나가 더적혀 있는 등 미세한 문제점을 찾아내는데 시간을 많이 사용하게 되어서 어려웠다.

 

새로 알게된점

  • HTTP 메서드

주요 메서드

GET : 리소스 조회 (서버에 전달하고 싶은 데이터는 query을 통해서 전달)

POST : 등록, 요청 데이터 처리 (데이터 전송시 Body에 담아 전송하므로 메시지 길이 제한이 없음)

PUT : 리소스 덮어쓰기(전체 변경, 기존데이터 A,BC를 보낼시 A,B삭제후 C로 대체됨.)

PATCH : 리소스 부분 변경(일부 변경, 기존데이터 A,BB=C로 대체시 A,C로 대체됨)

DELETE : 리소스 삭제

 

기타 메서드

HEAD : GET과 동일하나 메시지 부분(Body)를 제외하고, 상태 줄과 헤더만 반환

OPTIONS : 대상 리소스에 대한 통신 가능 옵션(메서드)을 설명

CONNECT : 대상 자원으로 식별되는 서버에 대한 터널을 설정

TRACE : 대상 리소스에 대한 경로를 따라 메시지 루프백 테스트를 수행

 

  • CORS(교차 출처 리소스 공유)

CORS(교차 출처 리소스 공유)

- 추가 HTTP헤더를 사용하여, 한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을부여하도록 브라우저에 알려주는 체제

 

CORS 필요 이유

- CORS가 없이 모든 곳에서 데이터를 요청할 수 있게 된다면, 다른 사이트에서 원래 사이트를 흉내낼 수 있게 된다. 이를 통해 로그인했던 세션 또는 토큰을 탈취하여 정보를 꺼내는 등 해킹이 가능해지므로 브라우저를 보호하고 필요한 경우에만 서버를 요청하기위하여 필요하다.

 

SOP(동일 출처 정책)

같은 출처에서만 리소스를 공유할 수 있다는 규칙을 가진 정책

다른 출처로부터 조회된 자원들의 읽기 접근을 막아 다른 출처 공격을 예방

 

오늘의 느낀점

코드 작성시 어렵게 느껴지는 부분은 작성후 확인했을때 오류를 찾아내는 점이 제일어렵게 느껴진다.

다만 코드 자체에서 문제일시 오류부분을 보면 찾는데 큰 어려움없이 문제 부분을 찾아서 해결책을 구상하지만 코드상 문제가 없다고 생각했는데 내가 원하는 값이 나오지 않아서 이에 문제점을 찾는 과정이 제일어렵다.

대부분 이럴경우 내가 철자를 잘못 입력하거나 미세한 실수로 일어나다 보니 더욱 찾기 어렵게 느껴지는거 같다.

작성시 코드 글자를 하나씩 차분히 뜯어보는 습관을 좀더 들여야 할거 같다.

+ Recent posts