이번에는 http 프로토콜을 사용하는 과정을 가져오겠습니다. http 프로토콜을 사용하는 과정의 주의 사항은 무엇입니까? 다음은 실제 사례입니다.
보통 http 클라이언트는 요청을 시작하고 포트를 생성합니다. (즉, 휴대폰, 컴퓨터 등은 브라우저를 사용하여 페이지를 엽니다.)
이때, http 서버는 포트에서 클라이언트 요청을 수신합니다.
청취 후 http 서버는 상태(예: 200)와 콘텐츠(요청된 파일, 오류 메시지 등)를 클라이언트에 반환합니다.
URL을 입력하고 Enter 키를 누르거나 페이지를 새로 고칠 때 컴퓨터와 브라우저는 무엇을 합니까?
첫 번째는 도메인 이름 확인입니다.
첫 번째 단계는 Chrom 브라우저를 사용하고 있다고 가정하는 것입니다.
1.chrom은 자체 DNS 캐시를 검색합니다.
2. 운영체제 자체의 DNS 캐시를 검색하세요
이 캐시 시간은 약 1분 정도입니다. 캐시가 만료된 경우에는 캐시가 만료된 것입니다.
Chrom에 캐시가 있는지 확인하는 방법은 무엇인가요?
크롬 브라우저를 열고 chrome://net-internals/#dns
여기에서 방문한 웹사이트의 DNS 기록을 볼 수 있습니다.
브라우저가 캐시를 찾지 못하거나 캐시가 만료된 경우 chrom은 운영 체제 자체의 DNS 캐시를 검색합니다. 캐시가 발견되고 만료되지 않은 경우 검색이 중지되고 여기에서 구문 분석이 종료됩니다.
3. 운영 체제가 DNS 캐시를 찾지 못하면 chrom은 로컬 호스트 파일을 읽으려고 시도합니다.
4 해당 구성 항목이 호스트에서 발견되지 않으면 브라우저가 DNS를 시작합니다. 시스템 호출은 일반적으로 광대역 운영자가 제공하는 로컬로 제어되는 DNS 서버에 대한 도메인 이름 확인 요청을 시작합니다.
운영자의 도메인 이름 확인 서버는 일반적으로 다음을 수행합니다. (예: www.imooc.com)
1) 자체 캐시를 검색하고 해당 항목이 만료되지 않은 경우 확인에 성공한 것입니다.
2) 이 항목을 찾을 수 없으면 운영자의 DNS 서버가 브라우저를 대신하여 반복적인 DNS 확인 요청을 시작합니다.
먼저 루트 도메인의 DNS IP 주소를 찾아 imooc.com의 도메인 이름 주소를 요청합니다. 루트 도메인은 이것이 최상위 도메인(com 도메인)의 도메인 이름임을 확인하고 이에 응답합니다. 통신사 서버에 '나는 com 도메인만 알고 있다'고 하는데, 최상위 도메인의 IP 주소다.
그러자 운영자는 com 도메인의 최상위 도메인의 IP 주소를 알아낸 뒤 물어보니, com 도메인은 imooc.com의 DNS 서버 주소만 알고 있다고 대답했습니다.
이후 운영자의 메인 DNS 서버는 imooc.com 도메인의 DNS 서버를 찾습니다. 이는 일반적으로 도메인 이름 등록 기관에서 제공하는 imooc.com 서버가 이를 찾은 후 이루어집니다. 이를 운영자의 서버로 보냅니다.
운영자 서버는 단점을 운영체제 커널에 반환하고, 자체 캐시 영역에도 캐시해둡니다. (이 캐시는 길이에 따라 무효화될 수 있습니다.)
운영체제 커널은 IP 주소를 브라우저에 반환합니다.
마지막으로 브라우저는 www.imooc.com에 해당하는 IP 주소를 얻었습니다.
5. 브라우저는 도메인 이름에 해당하는 IP 주소를 획득한 후 TCP "3방향 핸드셰이크"를 시작합니다.
브라우저는 다음을 사용하여 웹 서버(예: nginx 포트 80)에 대한 TCP 링크 요청을 시작합니다. 임의의 포트.
이 TCP 연결 요청은 라우팅 장치 계층을 통해 서버에 도달하고 네트워크 카드에 들어간 다음 커널의 TCP/IP 프로토콜 스택에 들어가고 방화벽 필터링을 거쳐 마지막으로 tcp에 도달할 수도 있습니다. /ip 연결이 설정되었습니다.
이 세 번의 악수 동안 당신은 무엇을 했나요?
클라이언트가 서버에게 "내 말이 들려? 잠시 채팅하자"라고 말합니다.
서버가 클라이언트에게 "내 말이 들려요. 잠시 채팅하자"라고 합니다.
그런 다음 클라이언트가 서버에게 "좋아, 채팅을 시작하겠습니다!”
6. TCP/IP 연결이 설정된 후 브라우저는 HTTP 요청을 서버에 보낼 수 있습니다. 예를 들어, 프로토콜은 루트 도메인에서 도메인 이름을 요청할 수 있습니다. HTTP 1.0을 사용하는 프로토콜입니다.
7. 서버는 이 요청을 받습니다. 일부 백엔드 처리 후 처리된 결과 데이터가 MOOC 페이지인 경우 전체 HTML 페이지 코드가 반환됩니다. 브라우저.
8. 브라우저는 완전한 HTML 페이지 코드를 가져옵니다. 이 페이지를 구문 분석하고 렌더링할 때 내부의 JS, CSS, 이미지 및 기타 정적 리소스도 HTTP 요청이며 모두 위의 7가지 주요 단계를 거쳐야 합니다.
9. 브라우저는 획득한 리소스를 기반으로 페이지를 렌더링하고 최종적으로 사용자에게 페이지를 표시합니다.
HTTP는 요청과 응답으로 구분됩니다.
요청이나 응답에 관계없이 http 헤더와 본문 정보가 있습니다. (둘은 동일합니다.)
http 헤더는 몇 가지 추가 정보를 보냅니다: 콘텐츠 유형, 서버가 응답을 보낸 날짜, HTTP 상태 코드
본문은 사용자가 제출한 양식 데이터이거나 반환된 데이터.
이 기사의 사례를 읽은 후 방법을 마스터했다고 생각합니다. 더 흥미로운 정보를 보려면 PHP 중국어 웹사이트의 다른 관련 기사를 주목하세요!
추천 도서:
위 내용은 http 프로토콜을 사용하여 처리의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!