이렇게 이해하면 모든 것이 리소스입니다. 직관적으로 리소스에 나타나는 모든 URL(상대 URL 포함)을 매핑할 수 있으므로 문서에는 그림이 모두 src 속성이 없습니다. ? , 이것은 URL입니다. 각 리소스는 유형, 즉 MIME 유형에 해당합니다. 서버가 이를 제공하고 클라이언트(브라우저)가 이를 구문 분석할 수 있는 한 문제가 없습니다
http는 이론적으로 모든 데이터(패키지-패키지)를 전송할 수 있는 전송 프로토콜입니다. 구체적인 범례는 실제로 요청과 응답에 따라 결정됩니다. 클라이언트가 획득한 데이터를 쉽게 구문 분석할 수 있도록 1층에서 언급한 대로 content_type 시리즈가 정의됩니다(협상, 선언 및 모든 사람의 승인 후). 하지만 이는 선언적 방법일 뿐이며 특정 애플리케이션을 개발할 때 이를 돌파할 수 있습니다. 예를 들어 텍스트로 선언하더라도 전송되는 데이터는 base64로 인코딩된 바이너리 데이터일 수 있습니다.
http의 content_type은 다음과 같은 형식을 갖습니다.
텍스트: 표준화된 표현에 사용되는 텍스트 정보는 여러 문자 집합 및/또는 여러 형식일 수 있습니다.
다중 부분: 메시지 본문의 여러 부분을 연결하여 메시지를 형성하는 데 사용됩니다. 이러한 부분은 다양한 유형의 데이터일 수 있습니다.애플리케이션: 애플리케이션 데이터 또는 바이너리 데이터를 전송하는 데 사용됩니다.
메시지: 이메일 메시지를 포장하는 데 사용됩니다.이미지: 정적 이미지 데이터를 전송하는 데 사용됩니다.
오디오: 오디오 또는 사운드 데이터를 전송하는 데 사용됩니다.비디오: 오디오와 함께 편집된 비디오 데이터 형식일 수 있는 동적 이미지 데이터를 전송하는 데 사용됩니다.
리소스 유형을 지정할 수 있습니다.
단일 작업은 하나의 요청으로만 계산됩니다.브라우저 개발자 도구를 열고 네트워크를 선택하고 새로 고치면 모든 요청을 볼 수 있습니다.
웹사이트를 열면 브라우저가 src 속성을 구문 분석하고 새로운 가져오기 요청을 생성합니다.
이렇게 이해하면 모든 것이 리소스입니다. 직관적으로 리소스에 나타나는 모든 URL(상대 URL 포함)을 매핑할 수 있으므로 문서에는 그림이 모두 src 속성이 없습니다. ? , 이것은 URL입니다. 각 리소스는 유형, 즉 MIME 유형에 해당합니다. 서버가 이를 제공하고 클라이언트(브라우저)가 이를 구문 분석할 수 있는 한 문제가 없습니다
http는 이론적으로 모든 데이터(패키지-패키지)를 전송할 수 있는 전송 프로토콜입니다. 구체적인 범례는 실제로 요청과 응답에 따라 결정됩니다.
클라이언트가 획득한 데이터를 쉽게 구문 분석할 수 있도록 1층에서 언급한 대로 content_type 시리즈가 정의됩니다(협상, 선언 및 모든 사람의 승인 후). 하지만 이는 선언적 방법일 뿐이며 특정 애플리케이션을 개발할 때 이를 돌파할 수 있습니다. 예를 들어 텍스트로 선언하더라도 전송되는 데이터는 base64로 인코딩된 바이너리 데이터일 수 있습니다.
기본적으로 모든 데이터 유형은 바이너리 데이터 스트림으로 변환될 수 있으므로 기본적으로 전송할 수 있습니다.