250x250
반응형
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
- integrated gradient
- BigQuery
- Counterfactual Explanations
- API
- Retry
- airflow subdag
- grad-cam
- correlation
- flask
- spark udf
- subdag
- requests
- GenericGBQException
- youtube data
- XAI
- 유튜브 API
- GCP
- tensorflow text
- UDF
- hadoop
- chatGPT
- login crawling
- 공분산
- top_k
- session 유지
- TensorFlow
- 상관관계
- gather_nd
- API Gateway
- Airflow
Archives
- Today
- Total
데이터과학 삼학년
HTTP 응답코드와 메소드 정리 본문
반응형
HTTP Response Code
HTTP Method
Method | 설명 |
GET | URI로 식별되는 리소스를 가져올때 사용, 리소스 취득 - URL(URI) 형식으로 웹서버측 리소스(데이터)를 요청 |
HEAD | 메세지 헤더(문서 정보) 취득 - GET과 비슷하나, 실제 문서를 요청하는 것이 아니라, 문서 정보를 요청 . 이에따라 HTTP 응답 메세지에 본문(Body)이 없이 HTTP 헤더 정보 만을 보냄 |
POST |
요청 데이터를 HTTP 바디에 담아 웹서버로 전송함. 서버에 정보를 전달할 때 주로 사용 |
PUT | 내용 갱신 위주 (파일 전송 가능) - POST 처럼 정보를 서버로 제출하는 것으로 형식은 동일하나, 갱신 위주 임 . 이에 의해 갱신된 리소스에 대한 주소 정보를, POST와는 달리 서버측 응답메세지의 HTTP 헤더 항목 중에 `Location:`을 보내지 않아도 됨 . 즉, 서버측은 클라이언트 측이 제시한 URI를 그대로 사용하는 것으로 간주함 - PUT는 클라이언트측이 서버측 구현에 관여하는 것. 통상 POST를 더 많이 씀 |
DELETE | 파일 삭제 - 웹 리소스를 제거 |
OPTIONS | 웹서버측 제공 메소드에 대한 질의 - 가능한 메소드 옵션에 대한 질의 . 이 경우 응답메세지에 HTTP 헤더 항목 중 `Allow: GET,POST,HEAD` 처럼 보내게 됨 |
TRACE | (거의 사용 안함) - 요청 리소스가 수신되는 경로를 보여줌 |
CONNECT | (거의 사용 안함) - 프락시 서버와 같은 중간 서버 경유 |
* Conditional GET (웹브라우저의 캐싱 기능에 도움을 줌) . 최초 리소스를 요청할 때는 요청만 하고, 이후 요청 때는 첫 요청의 응답에 함께 온 HTTP 헤더 정보를 참고하여, 변경사항이 있는지 물어보는 GET . 캐싱에 중요한 HTTP 헤더 정보 : Last-Modified, eTag 등
728x90
반응형
LIST
'Web' 카테고리의 다른 글
Visualize figure using html form data on same web page (2) | 2020.01.16 |
---|---|
Visualization tool - bokeh (feat.falsk) (0) | 2020.01.15 |
pass data(arguments) from html to app.py (feat.flask) (0) | 2020.01.14 |
flask 구구단 만들기 (0) | 2020.01.13 |
flask 기초 (0) | 2020.01.13 |
Comments