그럴만두!

상태코드?클라이언트가 보낸 요청의 응답 처리 상태 • 1xx (Informational): 요청이 수신되어 처리중• 2xx (Successful): 요청 정상 처리• 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요• 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음• 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함 231, 421 이라던지 상세한 코드들이 나타났을 때 당황하지 않고,상위 상태 코드인 큰 단위만 보고 응답을 파악하고 대처하면 된다! 차례대로 자세히 살펴보자~!-2xx(Successful)-200: ok요청 성공! -201: createdlocation header 여부 확인 필요!생성..

HTTP 메서드의 종류 - GET: 리소스 조회쿼리 파라미터를 이용하여 동적 데이터를 조회하거나, 검색, 필터 조회 등의 기능을 주로 사용한다. members/100의 정보를 달라는 거군!클라이언트에서 메세지 요청을 보내면 서버가 메세지를 받고 응답데이터를 다시 클라이언트로 넘겨준다.  - POST: 요청 데이터 처리, 주로 등록에서 사용서버에게 클라이언트에게 요청 데이터를 줄테니서버가 처리해달라고 하는 약속 , 신규 데이터 등록이나 대체에 많이 쓴다. /members 에는 등록을 하겠다는 소스나 다른 역할이 있을 수 있음. 예를 들어 지금은 등록하는 것임 POST 메서드는 대상 리소스가 리소스의 고유한 의미 체계에 따라 요청에 포함된 표현을 처리하도록 요청한다.POST 를 쓰려면 요청 데이터를 어떻게 ..

HTTP: 는 메시지에 모든것을 전송할 수 있다. (HyperText Transfer Protocol) - HTML, TEXT- 이미지, 음성, 영상, 파일- JSON,XML(API) 등 서버 간 데이터를 주고 받을 때 대부분 사용할 수 있게 되었다. 기반 프로토콜TCP: HTTP/1.1, HTTP/2UDP: HTTP/3 현재까지도 HTTP/ 1.1 을 사용하고 있고 2,3 도 점점 사용하는 추세로 전환되고 있다.그치만 1.1이 거의 근본이고 이후 버전은 성능 업그레이드 정도여서 1.1을 잘 아는 것이 중요하다. HTTP 특징- 클라이언트 서버 구조이렇게 되면 클라이언트와 서버가 각각 독립할 수 있다.클라이언트는 UI/UX에만 집중하고 서버는 복잡한 비즈니스로직을 수행하게 하는것이다. 그러면 독립적인 진..

URI (Uniform Resource Identifier) ?리소스를 구별하는 통합된 방법정도라고 보면 된다. URI, URL, URN이 있는데 URI 는 로케이터, 이름 또는 둘 다 추가로 분류 될 수 있다.자원을 식별하는 방법이 되겠다. Resource Locator : http://example.com~~~-> 리소스가 있는 위치를 지정 Resource Name : urn://example:animal ~~~ -> 리소스에 이름을 부여, 이름으로만 리소스를 찾을 수 있는 방법이 보편화 되지 않아서 어려움 URL 분석https://www.google.com/search?q=hello&hl=ko 헬로아델의 노래www.google.com 문법: 프로토콜://호스트명:포트번호/패스/쿼리파라미터 http ..

개발자가 된지 어언 2년 반.. 햇수로 내가 3년차.,,....? 너무너무 부족하고 모르는게 산더미!!기초로 돌아가서 처음부터 기본의 근본부터 지식을 쌓아보자 IP란?인터넷 프로토콜 역할- 지정한 IP주소에 데이터를 전달한다.- 패킷이라는 통신 단위로 데이터를 전달한다. 여기 클라이언트에서 패킷에 출발지의 ip 와 도착지의 ip 그리고 내용정보를 담아서 보내면도착지에서도 그 정보를 받게 된다. 그러면 서버에서도 잘 받았다는 패킷을 다시 전달해준다.  이렇게 단순히 전달하고 받고 한다면 좋겠지만, 클라이언트는 서버가 없거나 불능상태여도 전송을 해버리는 경우가 생길 수 있고, (비연결성)중간에 패킷이 사라지거나, 순서대로 전달되지 않는다면 신뢰할 수 없는 경우가 생기기 마련이다. (비신뢰성) 위 문제들을 해..