kingsubin

3장. HTTP 메시지 3.1 메시지의 흐름 HTTP 메시지는 HTTP 애플리케이션 간에 주고받은 데이터들의 블록들이다. 요청, 응답 관계없이 모든 메시지는 다운스트림으로 흐른다. 발송자는 수신자의 업스트림이다. 3.2 메시지의 각 부분 메시지는 시작줄, 헤더 블록, 본문 세 부분으로 이루어진다. 시작줄, 헤더는 줄 단위로 분리된 아스키 문자열이다. 줄바꿈 문자열은 ‘CRLF’라고 쓴다. 본문은 선택적인 데이터 덩어리이다. 시작줄이나 헤더와 달리 본문은 텍스트나 이진 데이터를 포함할 수도 있고 비어있을 수도 있다. 메시지 문법 // 요청 메시지 형식 // 응답 메시지 본문 헤더나 본문이 없더라도 HTTP 헤더의 집합은 항상 CRLF 로 끝나야 함을 주의하라. 규칙을 잘 지키지 않는 구현체와의 호환을 위해..

2장. URL과 리소스 키워드 정리 URL 문법 다양한 스킴 기본 사용자 이름과 브라우저별 패스워드 조각 파라미터 인코딩 체계 다룰 내용 URL 문법, URL 컴포넌트가 어떤 의미를 가지며 무엇을 수행하는지 여러 웹 클라이언트가 지원하는 상대 URL과 확장 URL 같은 단축 URL에 대해 URL의 인코딩과 문자 규칙 여러 인터넷 정보 시스템에 적용되는 공통 URL 스킴 기존 이름은 유지하면서 객체들을 다른 장소로 옮기는 것을 가능하게 해주는 URN을 포함한 URL의 미래 2.1 인터넷의 리소스 탐색하기 ex) http://www.joes-hardware.com/seasonal/index-fall.html http: URL의 scheme 스킴은 웹 클라이언트가 리소스에 어떻게 접근하는지 알려준다. 이 경우..

1장. HTTP 개관 1.1 HTTP: 인터넷의 멀티미디어 배달부 HTTP는 신뢰성 있는 데이터 전송 프로토콜을 사용하기 때문에, 데이터가 전송 중 손상되거나 꼬이지 않음을 보장한다. 1.2 웹 클라이언트와 서버 HTTP 클라이언트와 HTTP 서버는 월드 와이드 웹의 기본 요소다. 1.3 리소스 웹 서버는 웹 리소스를 관리하고 제공한다. 웹 리소스는 웹 컨텐츠의 원천이다. 가장 단순한 리소스는 파일 시스템의 정적 파일이다. (텍스트, HTML, 워드, 이미지, 동영상 그 외 모든 종류의 파일) 그러나 리소스는 반드시 정적 파일이어야 할 필요는 없다. 요약하자면, 어떤 종류의 콘텐츠 소스도 리소스가 될 수 있다. 미디어 타입 HTTP 는 웹에서 전송되는 객체 각각에 MIME(Multipurpose Inte..

다람쥐를 입양했어요. 사실 제 아이는 아니구요... 밑바탕이 되는 애들은 책으로 보는 게 좋다고 해서 들였습니다.. 근데 생각보다 너무 방대하군요... 사실 모던자바스크립트도 다 안 봤어요. 뭔가를 만드는거 보다 책 읽는 게 더 어려운 거 같아요. 집중이 어려워... 내용에서 정리가 필요없는 내용도 있는데 뭐라도 적으려고 하는 게 좀 애매하네요.. 눈으로만 볼까... 라고 생각하고 했다간 나중에 후회하겠지... 22-04-24 입양 후 2개월이 지났는데 아직 1장도 안 읽었다는 사실... 이건 그냥 혼자 볼거라 주당 3장 씩 보고 싶은데 가능할진 모르겠습니다. 투비컨티뉴... 미래의 수빈이가 밑에 다시 적겠지...