[WIL] 220808-220814

Ariul·2022년 8월 14일

🔍Weekly I Learned

목록 보기

5/7

주특기 심화

일요일에 WIL 쓰는 시간이 일주일 중 가장 여유롭고 좋아하는 시간인데,
오늘은 여유가 전혀 없기 때문에😹
빠르게! 간략하게! 작성하겠다
~~지금까지 새로 시작한 프로젝트 작업했고, 곧 팀플 회의 있음..........~~

5주차에는 주특기로 스프링을 선택한 분들과 협업하면서 게시판 기능을 더 발전시키는 프로젝트를 진행했다.

지난주 WIL에 스프링과 세 발 가까워지는 한 주를 보냈으면 좋겠다고 적었는데,
바람대로 스프링과도 쬐끔 친해졌고, 자신감도 되찾은 아주 만족스러운 한 주였다.😁

1. 팀 과제

좋아요 기능, 댓글/대댓글 기능, 이미지 업로드 기능, 스케쥴러 기능 등
게시판이 기본적으로 갖춰야 할 기능들이 요구사항으로 주어졌고, 이를 팀원 분들과 구현해 보았다.

좋아요, 댓글/대댓글은 기능 구현에 참여했기 때문에 그 흐름을 잘 알게 되었는데,
이미지 업로드 기능이나 스케쥴러 기능은 아직 온전히 이해하지 못했다.

이번 주 프로젝트에서 직접 구현해 보면서 제대로 학습할 것 같다.

2. 개인 과제

개인 과제는 스프링의 핵심 키워드에 대해 공부하고 정리하는 것이었는데, 내용을 더 보강해서 키워드 뽑아먹기🥢 시리즈로 정리할 예정이다!

3. 배우고 느낀점, 발전시켜야 할 점

💡CORS란?

SOP(Same Origin Policy)
- 다른 출처의 리소스를 사용하는 것에 대해 제한하는 보안 방식
CORS(Cross-Origin Resource Sharing)
- 다른 출처의 자원을 공유!
- 추가 HTTP 헤더를 사용하여, 한 출처에서 실행 중인 웹 어플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 체제
- 웹 어플리케이션은 리소스가 자신의 출처(프로토콜, 도메인(Host), 포트)와 다를 때 교차 출처 HTTP 요청을 실행한다.
CORS 접근제어 시나리오
- 단순 요청 (Simple Request)
- 프리플라이트 요청 (Preflight Request)
- 인증 정보 포함 요청 (Credentialed Request)

Preflight

OPTIONS 메서드를 통해 다른 도메인의 리소스에 요청이 가능한 지 확인 작업

요청이 가능하다면 실제 요청(Actual Request)을 보낸다.

<PREFLIGHT REQUEST>
	- Origin: 요청 출처
    - Access-Control-Request-Method: 실제 요청의 메서드
    - Access-Control-Request-Headers: 실제 요청의 추가 헤더

<PREFLIGHT RESPONSE>
	- Access-Control-Allow-Origin: 서버 측 허가 출처
    - Access-Control-Allow-Methods: 서버 측 허가 메서드
    - Access-Control-Allow-Headers: 서버 측 허가 헤더
    - Access-Control-Max-Age: Preflight 응답 캐시 기간