| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
- devops
- 백엔드기초
- DEVIEW2023
- spring event
- 인프라
- AbstractAggregateRoot
- 세션
- 보안
- 웹성능최적화
- 프론트엔드
- 백엔드
- 데이터베이스
- db
- SnowFalke
- 백엔드개발자
- 백엔드개발
- 웹개발
- http
- JPA
- interceptor
- Spring Boot
- 캐시
- 네트워크
- 성능최적화
- 인증
- Spring
- 클린코드
- java
- CS
- redis
- Today
- Total
목록http (3)
이것저것 개발기록
"이미지가 100개인 페이지, 예전보다 왜 훨씬 빨리 뜰까요?" 웹의 속도 한계를 극복하기 위해 등장한 HTTP/2. 기존 1.1 버전의 고질적인 문제들을 어떻게 해결했는지 정리했습니다. 1. HTTP/1.1의 한계: HOL Blocking HTTP/1.1은 기본적으로 한 번에 하나의 요청만 처리할 수 있었습니다. 만약 크기가 큰 이미지를 받는 요청이 앞서 있다면, 뒤에 있는 작은 텍스트 데이터들은 앞의 요청이 끝날 때까지 기다려야 했죠. 이를 HOL(Head-of-Line) Blocking이라고 부릅니다. 이를 해결하기 위해 스프라이트 이미지(이미지 합치기) 같은 편법을 써야 했습니다. 2. HTTP/2가 가져온 혁신 ..
"로컬에선 잘 되는데 서버에만 올리면 빨간 글씨가 떠요!" 웹 개발자라면 누구나 한 번은 마주치는 CORS(Cross-Origin Resource Sharing) 에러. 왜 발생하고 어떻게 해결하는지 핵심만 짚어드립니다. 1. CORS는 에러가 아니라 보안 정책입니다 CORS는 한 출처(Origin)에서 실행 중인 웹 애플리케이션이 다른 출처의 자원에 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 체제입니다. 브라우저는 기본적으로 동일 출처 정책(SOP)을 따르기 때문에, 다른 도메인으로의 요청을 기본적으로 차단하여 사용자를 보호합니다. 2. 어떻게 해결하나요? 가장 정석적인 방법은 서버에서 허용해주는 것입니다. ..
"URL에 동사를 쓰면 왜 안 되나요?" 협업하기 좋은 API, 그리고 네트워크 장애에도 안전한 API를 만드는 RESTful 설계의 핵심을 정리합니다. 1. 자원(Resource)과 행위(Verb) REST의 핵심은 URL에는 명사(자원)를 쓰고, HTTP 메서드에는 동사(행위)를 담는 것입니다. ❌ POST /deleteUser/1 ✅ DELETE /users/1 2. 멱등성(Idempotency)이 중요한 이유 멱등성이란 "여러 번 요청해도 서버 상태가 동일한가?"를 의미합니다. GET: 조회일 뿐이므로 여러 번 해도 상태가 변하지 않음 (멱등O) ..