레슨

1 클라이언트-서버 아키텍처 인터넷 초기에는 클라이언트-서버 아키텍처가 널리 보급되었지만 다른 아키텍처도 있었습니다. 그 의미는 모든 네트워크 참여자가 클라이언트와 서버라는 두 개의 논리적 부분으로 나뉜다는 사실에 있습니다. 서버 (서버, 서빙에서 서빙으로)의 작업은 클라이언트 요청을 처리하는 것입니다. 서버는 대부분의 작업을 수행하고 필요한 모든 데이터를 저장하며 무결성을 모니터링합니다. 그리고 서버를 호출하는 컴퓨터가 있지

2.1호스트 Tim Berners-Lee는 World Wide Web, HTML, HTTP 및 웹 서버를 발명한 후 미래의 웹 프로그래머의 삶을 더 어렵게 만들고 링크 또는 URL을 생각해 냈습니다. URL은 Universal Resource Locator의 약자입니다. 일반적인 링크는 템플릿으로 제공됩니다. protocol://host/path?query#anchor 일부 부품이 누락되었을 수 있지만 항상 나열되어야 prot

3.1 http 메시지의 일반 보기 각 http 요청(http 요청)에는 특정 구조가 있습니다. 그리고 가장 좋은 점은 준비되지 않은 사람도 읽을 수 있는 텍스트 파일이라는 것입니다. 메시지는 세 부분으로 구성됩니다. 첫 번째 라인은 메시지 유형을 결정하는 소위 시작 라인 입니다. 그런 다음 헤더, 헤더 라고도 하는 매개변수가 있습니다 . 음, 맨 끝에 메시지 본문이 있습니다 . 헤더가 끝나고 메시지 본문이 시작된 위치를 확인

4.1 HTTP 메소드 목록 HTTP 요청의 첫 번째 단어는 메서드 이름 입니다 . Java에서 메소드를 호출하는 것과 약간의 유사성도 있습니다. HTTP 요청의 메서드는 리소스에서 수행할 기본 작업을 정의합니다. 어떤 종류의 자원? 문제는 World Wide Web이 시작될 때 서버가 각각 HTML 파일을 저장하기 만하면 요청이 그러한 파일에 대한 것이었고 리소스 / 파일로 수행해야하는 몇 가지 작업을 설명했다는 것입니다.

응답 코드 HTTP 응답의 첫 번째 줄은 상태 드레인입니다. 3자리 숫자(응답 코드)와 문자 메시지(응답 설명)의 두 부분으로 구성됩니다. КОД-ОТВЕТА ТЕКСТОВОЕ-ОПИСАНИЕ

6.1 표제의 종류 http 요청 헤더는 실제로 http 클라이언트와 http 서버에 대한 서비스 정보입니다. 그러나 그것은 매우 중요하며 전혀 이해하지 못하면 종종 옆으로 갈 것입니다. 따라서 적어도 그들에 대해 읽으십시오. 모든 http 헤더는 4개의 주요 그룹으로 나눌 수 있습니다. # 헤더 유형 설명 메모 1 일반 헤더 일반 제목 요청 및 응답에 사용 2 요청 헤더 요청 헤더 요청에만 사용됨 삼 응답 헤더 응답 헤더 응

7.1 연결 유지 헤더 그리고 몇 가지 유용한 제목이 더 있습니다. Keep-Alive 헤더는 서버에 연결을 열린 상태로 유지하라고 지시합니다. 서버는 응답을 보낸 직후에 연결을 닫지 않습니다. 이로 인해 동일한 클라이언트에서 서버로의 다음 요청이 더 빨리 완료됩니다. 이러한 헤더의 예: Connection: Keep-Alive 그러나 모든 클라이언트에 영구 연결이 필요한 경우 서버에서 문제가 시작됩니다. 서버를 사용할 수 없

8.1 원격 API 접근 방식 모든 프로그래머는 클라이언트-서버 아키텍처를 구축할 때 동일한 실수를 범합니다. 그들은 서버에 대한 요청을 메소드 호출로 취급하기 시작합니다 . 서버에서 보고서 생성 프로세스를 시작하고 싶은데 다음과 같은 요청을 보내지 않겠습니까? http://server.com/startDocumentGeneration?params 완료 후 보고서를 다운로드하는 방법은 무엇입니까? 이를 위해 다른 방법을 작성합

9.1 http 당신은 이미 http 프로토콜에 매우 익숙합니다. 그러나 아마도 그러한 프로토콜의 세 가지 버전이 이미 있다는 것을 알지 못할 것입니다. 미래의 Java 프로그래머로서 이 사례를 한 번 이상 숙지해야 합니다. 아래에서 프로토콜 유형과 기능에 대해 설명합니다. 그 동안 여기 당신을 위한 사진이 있습니다. 공부하세요. 9.2https http 프로토콜의 첫 번째 수정인 https 프로토콜 부터 시작하겠습니다 . 이