반응형
Notice
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 |
31 |
Tags
- 소프트웨어공학
- 컴퓨터공학
- 파이썬
- 컴퓨터과학
- 네트워크
- 프로그래밍언어
- 데이터구조
- Yes
- 소프트웨어
- 네트워크보안
- 보안
- 자료구조
- 데이터과학
- 데이터분석
- I'm Sorry
- 디자인패턴
- 빅데이터
- springboot
- 자바스크립트
- 웹개발
- 딥러닝
- 컴퓨터비전
- 인공지능
- 사이버보안
- 알고리즘
- 버전관리
- 프로그래밍
- 데이터베이스
- 머신러닝
- 클라우드컴퓨팅
Archives
- Today
- Total
목록sorry (29)
스택큐힙리스트
요청 본문과 함께하는 HTTP GET
저희 애플리케이션을 위해 새로운 RESTful 웹서비스를 개발 중입니다.특정 엔티티에 대해 GET 작업을 수행할 때 클라이언트는 엔티티의 내용을 요청할 수 있습니다. (예를 들어 목록을 정렬하는 등) 추가 매개 변수를 추가하려면 쿼리 문자열에 이러한 매개 변수를 추가할 수 있습니다.대안적으로, 사용자들이 요청 바디에서 이러한 매개변수를 지정할 수 있도록 하고 싶습니다. HTTP/1.1 은 명시적으로 이것을 금지하지 않습니다. 이렇게 함으로써 더 많은 정보를 지정할 수 있고, 복잡한 XML 요청을 지정하기가 더 쉬워집니다.내 질문:이게 전체적으로 좋은 아이디어인가요?GET 요청에서 요청 본문을 사용하면 HTTP 클라이언트에 문제가 발생할 수 있습니까? https://www.rfc-editor.org/rfc..
카테고리 없음
2023. 3. 14. 00:21