반응형
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
- 컴퓨터비전
- 코딩
- 버전관리
- 데이터베이스
- 자바스크립트
- 보안
- 딥러닝
- 사이버보안
- 파이썬
- 프로그래밍
- 웹개발
- 알고리즘
- 2
- 빅데이터
- 컴퓨터공학
- 데이터과학
- I'm Sorry
- 데이터분석
- 머신러닝
- 자료구조
- 소프트웨어
- 클라우드컴퓨팅
- 데이터구조
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