꾸준함이 실력입니다.

• Tawk.to 서비스 적용 및 알아보기

  2020-04-13

  goodGid

  E.T.C
  • Tawk.to

  Tawk.to

  

  • Tawk.to 라는 서비스를 블로그에 추가하였다.

  • Tawk.to 서비스의 핵심 기능은 유저랑 블로거와 Live 채팅 기능이다.

  • 그리고 사용자 입장에서는 번거롭게 로그인을 하지 않아도 되기 때문에 무척이나 편리하단 생각이 든다.

  Read All

  ---

• HTTP 인증 : 기본 인증

  2020-04-11

  goodGid

  HTTP
  • 인증 프로토콜

  이 글의 개념 및 코드들은 책을 읽으며 정리한 내용을 바탕으로 작성하였습니다.

  인증 프로토콜

  • HTTP에는 기본 인증과 다이제스트 인증이라는 2가지 공식적인 인증 프로토콜이 있다.

  • 이 글에서는 기본 인증에 대해서 알아본다.

  • 다이제스트 인증은 다른 자료를 참고하도록 하자.

  Read All

  ---

• 웹 로봇(Web Robots)에 대해 알아보기 : robots.txt

  2020-04-09

  goodGid

  HTTP
  • 웹 로봇
  • robots.txt 가져오기
  • 응답 코드

  이 글의 개념 및 코드들은 책을 읽으며 정리한 내용을 바탕으로 작성하였습니다.

  웹 로봇

  • 1994년 웹 마스터에게

  • 로봇의 동작을 더 잘 제어할 수 있는 메커니즘을 제공하는 단순하고 자발적인 기법이 제안되었다.

  • 이 표준은 Robots Exclusion Standard 라고 이름이 지어졌다.

  • 그리고 로봇의 접근을 제어하는 정보를 저장하는 파일의 이름을 따서 robots.txt라고 부른다.

  ---

  • 웹 서버는 서버의 문서 루트에 robots.txt 파일을 제공한다.

  • 이 파일은 웹 로봇이 서버의 어떤 부분에 접근할 수 있는지에 대한 정보가 담겨있다.

  • 만약 웹 로봇이 표준을 따른다면

  • 웹 사이트의 리소스에 접근하기전에 우선 사이트의 robots.txt를 요청할 것이다.

  ---

  robots.txt 가져오기

  • 웹 로봇은 HTTP GET 메소드를 이용해 robots.txt를 가져온다.

  • 해당 서버에 robots.txt가 존재한다면 text/plain 본문으로 반환한다.

  • 만약 서버가 404 NOT Found HTTP를 반환한다면

  • 로봇은 접근을 제한하지 않는 것으로 간주하고 모든 리소스를 요청한다.

  ---

  • 로봇은 사이트 관리자가 접근을 추적할 수 있도록

  • From이나 User-Agent 헤더를 통해 신원 정보를 넘기고

  • 사이트 관리자가 로봇에 대해 문의나 불만사항이 있을 경우를 위해 연락처를 제공해야한다.

  ---

  응답 코드

  • 로봇은 robots.txt의 검색 결과에 따라 다르게 동작한다.
  Read All

  ---

• HTTP 완벽 가이드 요약본 : 7장 캐시

  2020-04-03

  goodGid

  HTTP
  • Prologue

  이 글의 개념 및 코드들은 책을 읽으며 정리한 내용을 바탕으로 작성하였습니다.

  Prologue

  • HTTP 완벽 가이드 책을 보면서

  • 포스팅 하기엔 너무 가볍지만

  • 내가 알지 못했던 부분들을 정리하기 위해 작성하는 글이다.

  Read All

  ---

• HTTP Connection 성능 향상 기술 : 병렬(Parallel)/지속(Persistent) Connection

  2020-03-30

  goodGid

  HTTP

  이 글의 개념 및 코드들은 책을 읽으며 정리한 내용을 바탕으로 작성하였습니다.

  Read All

  ---

• HTTP/1.1 알아보기

  2020-03-30

  goodGid

  HTTP
  • HTTP/1.1 지속 커넥션
    • 지속 커넥션 사용 규칙

  이 글의 개념 및 코드들은 책을 읽으며 정리한 내용을 바탕으로 작성하였습니다.

  HTTP/1.1 지속 커넥션

  • HTTP/1.0의 Keep-alive 커넥션과 달리

  • HTTP/1.1의 지속 커넥션은 Default로 활성화되어 있다.

  • 그렇기 때문에 HTTP/1.1에서는 별도 설정을 하지 않는 한 모든 커넥션을 지속 커넥션으로 취급한다.

  ---

  • HTTP/1.1 어플리케이션은 트랜잭션이 끝난 다음

  • 커넥션을 끊으려면 Connection : close 헤더를 명시해야 한다.

  ---

  • HTTP/1.1 클라이언트는

  • 응답에 Connection : close 헤더가 없으면

  • 응답 후에도 HTTP/1.1 커넥션을 계속 유지하자는 것으로 생각한다.

  • 하지만 Connection : close 헤더를 보내지 않고 커넥션은 언제든지 끊길 수 있다.

  ---

  지속 커넥션 사용 규칙

  • 하나의 사용자 클라이언트는

  • 서버의 과부하를 방지하기 위해

  • 넉넉잡아 2개의 지속 커넥션을 유지해야한다.

  Read All

  ---