현재 지금의 글을 작성하고 있는 사이트의 url 은 다음과 같다 : https://velog.io/write. 여기서 https는 통신방법을 의미한다. 웹 프로그래밍에 있어서 http 통신의 이해는 계속 요구되어 온다. 그렇기 때문에 계속적인 학습을 목표로 하
HTTP 통신에 있어서 가장 기본적인 흐름은 request와 response의 교환이다. 클라이언트는 서버에 request를 통해 요구사항을 보내고, 서버는 클라이언트에게 response를 통해 응답한다. request와 response는 아래와 같은 형태로 데이
HTTP 프로토콜은 TCP/IP 프로토콜 중 하나이다. 정확하게는 TCP/IP 프로토콜에 HTTP 클라이언트(어플리케이션 계층)이 추가된 형태이다.HTTP 어플리케이션서버와 클라이언트로 볼 수 있다. 각각은 request와 response를 통해 HTTP 메시지를 송수
HTTP의 통신에 있어서 서버와 클라이언트가 request, respose를 수송신할 때, 해당 트랜잭션을 어떻게 설정하고 유지하느냐가 쟁점일 것이다. 더 나아가 단 한 페이지가 요구하는 이미지와 데이터량이 계속하여 늘어나는 현 시대의 웹사이트에서 효율적인 커넥션
HTTP의 보안을 위한 레이어를 추가한 것이 HTTPS이다. 그 보안 레이어는 SSL이다. SSL의 작동원리에 대해 정리하고자 한다. HTTPS를 서비스 중인 사이트에 적용하는 과정에서 다시 SSL을 학습하였다. 그리고 이 과정을 이해하는데 가장 중요한 키포인트가 대칭
HTTPS를 적용하기 위하여 많은 시도를 했다. 쉽지 않았다. linux 2, Nginx let's encrypt를 동시에 활용하여 적용한 글이 없었다. 비슷한 글이 있더라도 보안 등 다양한 이유로 설치 방법이 바뀌는 것으로 보였다. 많은 시간이 걸렸다. 여기저기 수많
REST : 리소스 와 행위 를 명시적이고 직관적으로 분리하는 웹 아키텍쳐. 리소스는 URL이고 행위는 HTTP method(crud)이다.REST 의 기본 원칙을 성실히 지킨 서비스 디자인은 'RESTful'하다라고 표현할 수 있다.API 서버로의 활용 : JWT 토