반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 자바스크립트
- Rancher Desktop설치
- Vue+Typescript
- 타입스크립트
- Mock vs Stub
- webpack
- TCP/IP
- Spock Stub
- mock stub
- Spock Mock Stub Spy
- HTTP란
- ECMAScript
- Docker Desktop 쓰고싶다
- 의존성주입
- mock stub spy
- TypeScript
- docker desktop 유료화 정책
- enum
- @Transaction isolation
- Javascript
- nuxtjs/composition-api buildModules
- docker desktop 대체
- 트랜잭션 격리
- 공짜로 Docker Desktop같은거 쓰기
- Spock Mock
- frontend
- Spock Spy
- vue store
- @Transaction propagation
- DI
Archives
- Today
- Total
목록parameter size (1)
끄적끄적
[TIP] Request Entity Too Large 오류해결
오늘은 많은 사람들이 잘 모르고 있는 것 같은 부분에 대해 기록해 둘까한다. GET,POST,PUT,DELETE 의 대한 Rest규격에 대해 맞춰서 개발을 할때 발생 할 수 있는 문제점이다. GET으로 요청시 파라미터 방식의 통신시에 너무 많은 양을 담아서 보내게 되면 Request Entity Too Large라는 에러를 만나게 된다. 되도록이면 끊어서 요청을 하거나 사실 이렇게 많은 양을 날릴 일도 별로 없다. 하지만 피치못할 사정도 있기에 기록해 두려고 한다. 먼저 예전 환경에서 개발하던 사람들은 http/1.0에서 get방식의 주소 길이에 제한이 있었기에 저런 문제를 만나면 POST방식으로 바꿔라 라는 말을 많이 하곤한다. 하지만 http/1.1부터는 주소에 대한 길이 제한이 없다. 그렇기 떄문에..
ETC/Tip
2021. 11. 25. 18:09