통신 프로토콜

네트워크 통신 프로토콜은 다양한 운영 체제와 다양한 하드웨어 아키텍처를 연결하는 인터넷에 대한 통신 지원을 제공하는 네트워크의 범용 언어입니다. 애플리케이션 레이어 도메인 이름 시스템

FTP 파일 전송 프로토콜SSH 파일 전송 프로토콜 보안 파일 전송 프로토콜통신 레이어 전송 제어 프로토콜 Three-way handshake 전송 프로토콜

	SFTP
SSH	Secure Shell

이름	댓글
	TCP
	UDP

네트워크 계층이름댓글IP인터넷 프로토콜인터넷 제어 메시지 프로토콜, 주로 오류 보고 라우팅에 사용됨



	ICMP

HTTP

HTTP는 Hyper Text Transfer Protocol의 약어입니다. 이 개발은 HTTP/1.0 버전을 정의하는 RFC 1945 시리즈를 발표한 World Wide Web 컨소시엄과 IETF(Internet Engineering Task Force) 간의 협력의 결과입니다. 그 중 가장 유명한 것은 RFC 2616이다. RFC 2616은 오늘날 일반적으로 사용되는 버전인 HTTP 1.1을 정의합니다.

HTTP 프로토콜(HyperText Transfer Protocol, Hypertext Transfer Protocol)은 하이퍼텍스트를 WWW 서버에서 로컬 브라우저로 전송하는 데 사용되는 전송 프로토콜입니다. 브라우저를 더욱 효율적으로 만들고 네트워크 전송을 줄일 수 있습니다. 이는 컴퓨터가 하이퍼텍스트 문서를 정확하고 빠르게 전송하도록 보장할 뿐만 아니라 문서의 어느 부분이 전송되고 내용의 어느 부분이 먼저 표시되는지(예: 그래픽보다 텍스트) 등을 결정합니다.

HTTP는 요청과 응답으로 구성된 애플리케이션 계층 프로토콜이며 표준 클라이언트-서버 모델입니다. HTTP는 상태 비저장 프로토콜입니다.

TCP/IP 프로토콜 스택의 위치

HTTP 프로토콜은 일반적으로 TCP 프로토콜 상단에서 수행되며 때로는 TLS 또는 SSL 프로토콜 계층에서 수행됩니다. , 우리가 흔히 HTTPS라고 부르는 것이 됩니다. 아래 그림과 같이

PHP의 통신 프로토콜, 프로세스 및 스레드에 대한 기본 설명

HTTP의 기본 포트 번호는 80이고 HTTPS의 기본 포트 번호는 443입니다. .

HTTP 요청 응답 모델

HTTP 프로토콜에는 항상 요청을 시작하는 클라이언트와 응답을 다시 보내는 서버가 포함됩니다. 아래 그림을 보세요

PHP의 통신 프로토콜, 프로세스 및 스레드에 대한 기본 설명

이것은 HTTP 프로토콜의 사용을 제한하며 클라이언트가 시작하지 않으면 구현할 수 없습니다. 요청. 서버가 클라이언트에 메시지를 푸시합니다.
HTTP 프로토콜은 상태 비저장 프로토콜입니다. 이 요청과 동일한 클라이언트의 마지막 요청 간에는 일치하지 않습니다.

HTTP 요청

클라이언트가 서버로 보내는 요청 메시지에는 다음 형식이 포함됩니다.

요청 라인 (요청 라인)
요청 헤더(헤더)
4부분 빈 라인 및 요청 데이터 구성 .

요청 받기 예시

GET /562f25980001b1b106000338.jpg HTTP/1.1Host img.mukewang.comUser-Agent Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36Accept image/webp,image/*,*/*;q=0.8Referer http://www.imooc.com/Accept-Encoding gzip, deflate, sdchAccept-Language zh-CN,zh;q=0.8

로그인 후 복사

POST 요청 예시

POST / HTTP1.1Host:www.wrox.comUser-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)Content-Type:application/x-www-form-urlencodedContent-Length:40Connection: Keep-Alivename=Professional%20Ajax&publisher=Wiley

로그인 후 복사

1부: 요청 라인, 첫 번째 라인은 다음과 같습니다. 요청 유형 및 http1.1 버전이 표시됩니다.
2부: 요청 헤더, 2행부터 6행까지.
세 번째 부분: 빈 줄, 일곱 번째 빈 줄.
4부: 데이터 요청, 8행.

HTTP 응답

정상적인 상황에서 서버는 클라이언트가 보낸 요청을 수신하고 처리한 후 HTTP 응답 메시지를 반환합니다.
HTTP 응답도 네 부분으로 구성됩니다

상태 줄
메시지 헤더#🎜 🎜 #
빈 줄과 응답 본문입니다.

HTTP/1.1 200 OKDate: Fri, 22 May 2009 06:07:21 GMTContent-Type: text/html; charset=UTF-8<!--body goes here-->

로그인 후 복사

상태 줄의 첫 번째 부분: HTTP 프로토콜 버전 번호, 상태 코드, 상태 메시지의 세 부분으로 구성됩니다.

메시지 헤더의 두 번째 부분: 클라이언트가 사용할 몇 가지 추가 정보를 설명하는 데 사용됩니다
빈 줄의 세 번째 부분: 메시지 헤더 뒤의 빈 줄이 필요합니다
The 응답 텍스트의 네 번째 부분: 서버가 클라이언트에 반환하는 텍스트 메시지입니다.

HTTP 상태 코드

상태 코드는 3자리 숫자로 구성됩니다. 첫 번째 숫자는 5개 카테고리로 구분되는 응답 카테고리를 정의합니다

# 🎜🎜#상태1xx# 🎜🎜 # 표시 정보--요청이 수신되었음을 나타냅니다. 처리를 계속합니다. 2xxSuccess--요청이 있음을 나타냅니다. 성공적으로 수신되었습니다. 이해하고 수락합니다. 3xxRedirect--요청을 완료하려면 추가 작업을 수행해야 합니다4xx클라이언트 오류--요청에 구문 오류가 있거나 요청을 이행할 수 없습니다

댓글


# 🎜🎜## 🎜🎜#
#🎜 🎜#5xx	서버 측 오류 - 서버가 합법적인 요청을 이행하지 못했습니다.
프로세스와 스레드 프로세스의 개념은 운영 체제 구조의 기초입니다. 멀틱스의 디자이너들은 1960년대에 처음으로 이 기술 용어를 사용했는데, 이는 숙제보다 더 일반적인 의미를 갖습니다. 프로세스의 정의는 다음과 같습니다. 실행 프로그램입니다. 컴퓨터에서 실행되는 프로그램의 인스턴스입니다. 프로세서에 할당되고 실행될 수 있는 엔터티입니다. 단일 순차적 실행 스레드, 현재 상태 및 관련 시스템 리소스 세트로 설명되는 활동 단위입니다. 프로세스는 왜 설계되나요? 다양한 활동을 조정할 수 있는 시스템 소프트웨어를 설계하는 것은 매우 어렵습니다. 언제든지 실행되는 작업이 많고, 각 작업에는 순서대로 실행해야 하는 단계가 많이 포함되어 있으므로 시간의 순서 조합을 분석하는 것은 불가능합니다. 모든 활동을 조정하고 협력하기 위한 시스템 수준의 방법이 없으면 프로그래머는 운영 체제에 의해 제어되는 환경에 대한 이해를 바탕으로 자신만의 임시 방법을 채택해야 합니다. 그러나 이 방법은 특히 프로그래밍의 작은 오류에 매우 취약합니다. 이러한 오류는 시계열이 드물게 발생할 때만 나타나기 때문입니다. 이러한 오류를 응용 프로그램 소프트웨어 오류 및 하드웨어 오류와 구별해야 하기 때문에 진단이 어려울 수 있습니다. 적시에 오류를 감지하는 것도 오류가 발생한 정확한 시나리오를 파악하기 어렵기 때문에 원인을 파악하기 어렵습니다. 일반적으로 이러한 유형의 오류가 발생하는 4가지 주요 원인은 다음과 같습니다. 잘못된 동기화 상호 배제 실패. 불확실한 프로그램 운영 Deadlocks 이러한 문제를 해결하려면 프로세서에서 다양한 프로그램의 실행을 모니터링하는 시스템 수준의 접근 방식이 필요합니다. 프로세스의 개념은 이에 대한 기초를 제공합니다. 그래서 프로세스는 세 부분으로 구성되어 있다고 볼 수 있습니다 실행 가능한 프로그램 프로그램에 필요한 관련 데이터 프로그램의 실행 컨텍스트 프로세스의 생성 전통 운영 체제가 프로세스를 생성하는 방식은 사용자와 응용 프로그램 모두에게 투명하며 이는 현대 운영 체제에서도 일반적입니다. 그러나 한 프로세스가 다른 프로세스 생성을 트리거하도록 허용하는 것은 유용할 것입니다. 예를 들어, 프로그램 프로세스는 애플리케이션에서 생성된 데이터를 받아들이고 이후 분석에 적합한 형식으로 데이터를 구성하기 위해 또 다른 프로세스를 생성할 수 있습니다. 새로운 프로세스는 애플리케이션과 병렬로 실행되며 새 데이터를 사용할 수 있을 때 활성화됩니다. 이 체계는 애플리케이션을 구성하는 데 매우 유용합니다. 예를 들어 서버 프로세스(예: 인쇄 서버, 파일 서버)는 처리하는 각 요청에 대해 새 프로세스를 생성할 수 있습니다. 운영 체제가 다른 프로세스의 명시적인 요청에 대한 응답으로 새 프로세스를 생성할 때 이 작업을 프로세스 포크라고 합니다. 프로세스가 다른 프로세스를 분기할 때 이전 프로세스를 상위 프로세스라고 하고 분기된 프로세스를 하위 프로세스라고 합니다. 일반적인 상황에서 관련 프로세스에는 에이전트 간의 의사소통과 협력이 필요합니다. 프로그래머에게 협업은 매우 어려운 작업입니다. 스레드란 무엇인가요 스레드는 프로세스의 실행 스트림입니다. 스레드는 시스템 리소스를 할당할 수 없습니다. 프로세스의 일부이며 프로세스보다 작은 독립적인 실행 단위입니다. 프로세스와 스레드의 관계 프로세스는 집주인과 같고, 토지(시스템 자원)가 있고, 스레드는 임차인(스레드, 파밍 프로세스 실행)과 같습니다. 각 집주인(프로세스)이 작동하려면 하나의 테넌트(스레드)만 필요합니다. 프로세스 - 리소스 할당의 가장 작은 단위이며 상대적으로 견고하며 충돌은 일반적으로 다른 프로세스에 영향을 미치지 않지만 프로세스 전환은 리소스를 소비하고 효율성이 떨어집니다. 스레드 - 프로그램 실행의 가장 작은 단위입니다. 독립적인 주소 공간이 없습니다. 하나의 스레드가 죽으면 전체 프로세스가 죽을 수 있지만 리소스를 절약하고 전환 효율성이 높습니다. PHP의 공통 프로세스 및 스레드 웹 애플리케이션에서는 PHP에 액세스할 때마다 PHP 프로세스가 생성되며, 물론 최소한 하나의 PHP 스레드도 생성됩니다. PHP는 다중 작업을 위해 pcntl을 사용합니다. 프로세스 프로그래밍 멀티 스레드 프로그래밍을 위해 PHP에서 pthread 사용 nginx에는 프로세스당 하나의 스레드만 있고 각 스레드는 여러 클라이언트의 액세스를 처리할 수 있습니다. php-fpm은 다중 프로세스 모델을 사용합니다. 각 프로세스 스레드는 하나만 있고 각 스레드는 하나의 클라이언트 액세스만 처리할 수 있습니다 Apache는 SAPI가 사용되는 방식에 따라 다중 프로세스 모델을 사용할 수도 있고 다중 스레드 모델을 사용할 수도 있습니다 관련 권장사항: AS3 대 PHP 통신의 5가지 방법(HTTP 프로토콜 기반)_PHP 튜토리얼 PHP와 Linux 프로세스 간 통신 Http 프로토콜 게시 요청 매개변수 PHP, php 프로토콜 게시물 요청_PHP 튜토리얼