pstraighte pstraighte

1xx, 2xx, 3xx, 4xx, 5xx 가 있으며 종류도 엄청 많다. 물론 다 사용하는게 능사는 아니다. 상황에 따라서, 팀이랑 조율해서 사용할것 1xx Informational 100번대 상태코드 요청처리중 거의 안쓰는편. 나도 한번도 본적 없다.. 2xx Successful 200번대 상태코드. 요청완료 때 뜬다. 200 ok. 요청처리완료. 가장 무난하고 자주 보는 상태코드 201 created. 생성하다. Post 같이 뭔가 새로운 리소스가 생성 됬을때 사용 202 Accepted 요청완료, 처리진행중 딜레이가 필요한 작업에 사용 ex) 접수 후 한시간 후에 시작 (알람?) however... 잘 사용 안함 204 No Content 요청완료, 클라측에 전송할 내용(컨텐츠) 없음 ex) sav..

클라이언트에서 서버로 데이터 전송 쿼리파리미터(GET)로 전송, 메시지 바디( POST, PUT, PATCH) 전송 2가지가 있다. 1. 정적 데이터 조회 이미지나, 텍스트 같은 정적 문서 전송시 사용 GET 사용 리소스 경로만 사용 2. 동적 데이터 조회 주로 검색, 게시판 목록에서 정렬 필터(검색어)에 사용 GET 사용 쿼리 파라미터 필요 조회 조건을 줄여주는 필터, 조회 결과를 정렬하는 정렬 조건에 주로 사용 3. HTML From 데이터 전송 HTML로 폼을 만들어 데이터를 전송하는 방식 GET, POST 둘 다 사용 Content-Type: application/x-www-form-urlencoded 사용 Content-Type: multipart/form-dat 는 멀티폼도 지원한다(텍스트, ..

리소스 식별이 중요하다 URI는 리소스 식별, 행위는 HTTP 메소드로 식별 리소스는 명사, 행위method는 동사 HTTP 메서드 총 10개인데 주로 4~5개만 쓴다 GET -리소스 조회 -서버에 전달할 데이터는 쿼리로 전달 -메세지바디에 내용을 넣을순 있지만 그걸 지원 안하는 서버로 왕왕 있다. POST -요청 데이터 처리, 주로 등록에 사용 -☆메세지 바디를 통해 서버로 요청 데이터 전달 주 사용처 -새 리소스 생성(가입, 글 등록, 댓글 등등) -요청 데이터 처리 -> 새 리소스가 생성/변경 되지 않고 프로세스를 처리해야할때 -다른 메서드로 처리하기 애매할때 -> JSON 조회데이터를 넘겨야하나 GET 사용이 힘들때 그냥 POST는 메세지바디에 담아 보내는 모든걸 할 수 있다. 만능 메소드 짱 P..

클라이언트에서 서버로 요청을 보낼때 HTTP 메세지를 패킷에 담아 보낸다 요청 메시지와 응답메시지의 양식은 비슷하며 시작라인start-line + 헤더header + 공백라인empty line + 메시지바디message body 구성으로 되어 잇음 +요청 메시지도 당연 메시지 바디를 가질수 있다. 시작라인 start-line request-line / status-line 2개로 이루어져 있다 요청이 request-line 응답이 status-line 1. request-line(요청메세지) HTTP 메서드 중 하나 + 요청대상 쿼리 + HTTP 버젼명 을 쓴다 2. status-line(응답메세지) HTTP 버젼명 + HTTP 상태코드 + 이유문구 을 쓴다 포스트맨에서 많이 봤던 친구들이 이거였던것이다..

역사 HTTP는 1.1, 2, 3 으로 점점 진화하고 있다 그 중 메인이 되는것은 주로 사용하는 1.1 이며 2,3은 성능개선 버젼 1과 2는 TCP, 3은 UDP 기반이다 특징 1. 클라이언트-서버 구조 HTTP는 클라이언트-서버 구조로, 클라이언트에서 요청 Request 을 보내고 서버의 응답 Request 을 기달리는 식이다. 이를 최대한 활용하기 위해 클라이언트는 가시성을 위한 UI 위주로 발전하고 서버는 데이터나 비즈니스 로직을 처리하는 최적화 위주로 발전했다. 2. 무상태 프로토콜 무상태 Stateless 와 상태유지 Stateless 프로토콜이 있는데 HTTP는 그 중 무상태 프로토콜을 사용한다. 표로 간단히 정리하면 무상태 상태유지 상태 기존 클라이언트를 상태를 유지하지 않고 요청마다 새로..

URI 이란? URI(Unifrom Resource Identifier) Unifrom : 리소스 식별 방식 Resource : 리소스(자원), 식별할 수 있는 모든 것 Identifier: 식별에 필요한 정보 URL, URN URI ⊃ URL, URN (포함되어 있는 개념) URL - Resource Locator 리소스 위치 URN - Resource Name 리소스 이름 URN의 경우 활성화 잘 안돼있어 안쓰는 편 URI 구성 scheme: 사용할 프로토콜 종류 [userinfo@] : 사용자 정보를 포함해 인증 시킴. 거의 안씀 host : 호스트명. 도메인 이름이 들어간다. [:port]: 포트명. 생략가능 [/path]: 리소스 경로 [?query]:쿼리문 KEY=VALUE 형태로 ?로 시작 ..

인터넷 통신 클라이언트(발신)->인터넷->서버(수신)으로 인터넷 안의 노드를 타며 이동한다 IP(Internet Protocol) 인터넷의 주소. *IP패킷으로 데이터를 포장해 전달한다. IP 패킷 - 출발지 IP와 목적지IP를 기록한 패킷 그러나 모든 인터넷 통신을 다 IP 프로토콜로 쓰기엔 아래 문제점이 있다. 비연결성-전송 대상이 없거나 서비스 불능 상태에도 전송 비신뢰성-중간소실위험, 순서꼬임위험 프로그램 구분-다같은 ip를 사용하면 프로그램 구분은 어떻게? TCP, UDP TCP (Transmission Control Protocol) 전송제어 프로토콜(3 way handshake) 출발지 IP, PORT, 목적지IP, PORT, 전송제어, 순서, 검증정보 데이터가 담겨있다 연결지향적, 데이터 ..

//타임리프 let token = Cookies.get('Authorization');//쿠키 받아옴 const payloads = JSON.parse(atob(token.split(".")[1])); const userAuth = payloads.sub; var post = [[${post}]];//타임리프-post.id에 사용 if (userAuth === post.username) { //username 뽑아온다 $('join').remove(); //작성자일시 참가버튼 삭제 } else { $('edit').remove();//비작성자일시 수정, 삭제 버튼 삭제 $('delete').remove(); } 프론트-유저따라 특정 버튼만 보이게 하기