>백엔드 개발 >PHP 튜토리얼 >PHP 작동 원리에 대한 자세한 설명

PHP 작동 원리에 대한 자세한 설명

小云云
小云云원래의
2018-03-15 13:05:0914982검색

1. 모든 PHP 애플리케이션은 웹 서버(예: IIS, Nginx 또는 Apache)와 PHP 엔진 프로그램 해석 및 실행을 통해 완료됩니다. 작업 프로세스:

(1) 사용자가 브라우저 주소에 액세스할 PHP를 입력하면 그러면 페이지 파일 이름이 웹 요청을 트리거하고 해당 요청을 웹 서버로 전송합니다.

(2) 웹 서버는 이 요청을 수락하고 접미사를 기반으로 PHP 요청으로 판단합니다. 웹 서버는 사용자가 하드 디스크나 메모리에서 액세스하려는 PHP 애플리케이션을 호출하여 PHP 엔진으로 보냅니다. 프로그램.

(3) PHP 엔진 프로그램은 웹 서버에서 전송된 파일을 처음부터 끝까지 스캔하고 명령에 따라 백그라운드에서 읽어 데이터를 처리한 후 해당 HTML 페이지를 동적으로 생성합니다.

(4) PHP 엔진은 HTML 페이지를 생성하여 웹 서버에 반환합니다. 그런 다음 웹 서버는 HTML 페이지를 클라이언트 브라우저에 반환합니다.

2. PHP 작동 모드:

1) cgi 공통 게이트웨이 인터페이스)

2) fast-cgi 상주(장수) CGI

3) cli 명령줄 작업(명령줄) 인터페이스)

4) 웹 모듈 모드(Apache 등 웹 서버에서 실행되는 모듈 모드)

추가 설명:

1) 모듈 모드:

모듈 모드는 mod_php5 모듈 형태로 통합됩니다. 이때 mod_php5 모듈의 역할을 받습니다. Apache가 전달한 PHP 파일 요청은 이러한 요청을 처리한 다음 처리된 결과를 Apache에 반환합니다. Apache가 시작되기 전에 구성 파일에서 PHP 모듈(mod_php5)을 구성하면 PHP 모듈은 apache2의 ap_hook_post_config 후크를 등록하고 Apache가 PHP 파일에 대한 요청을 수락하기 시작할 때 이 모듈을 시작합니다.

시작 시 이러한 로딩 방법 외에도 Apache의 모듈은 런타임 시 동적으로 로드될 수 있습니다. 즉, 소스 코드를 다시 컴파일할 필요 없이 또는 서버를 전혀 중지하지 않고도 서버를 확장할 수 있습니다. 우리가 해야 할 일은 HUP 또는 AP_SIG_GRACEFUL 신호를 서버에 보내 서버에 모듈을 다시 로드하라고 알리는 것뿐입니다. 그러나 동적 로딩 전에 모듈을 동적 링크 라이브러리로 컴파일해야 합니다. 이때 동적 로딩은 동적링크 라이브러리를 로딩하는 것입니다. Apache에서 동적 링크 라이브러리의 처리는 mod_so 모듈을 통해 완료되므로 mod_so 모듈은 동적으로 로드될 수 없으며 Apache의 핵심으로 정적으로 컴파일될 수만 있습니다. 이는 Apache와 함께 시작된다는 의미입니다.

2) Nginx의 PHP 실행 모드(Nginx+ PHP-FPM)

자세한 내용은 nginx + php 원칙 섹션을 참조하세요

보충:

1 cgi, fast-cgi 프로토콜

cgi의 역사

CGI의 전체 이름은 "공통 게이트웨이 인터페이스"입니다. 이는 HTTP 서버가 사용자 또는 다른 시스템의 프로그램과 "대화"하는 데 사용하는 도구입니다. CGI는 언어에 표준 입력, 출력 및 환경 변수가 있는 한 어떤 언어로든 작성할 수 있습니다. php, perl, tcl 등이 있습니다.

초기 웹서버는 html과 같은 정적 파일만 처리했지만, 기술이 발전하면서 php와 같은 동적 언어가 등장하게 되었습니다. 웹서버가 처리할 수 없습니다. 어떻게 해야 합니까? 그런 다음 PHP 인터프리터가 처리하도록 하세요! 그러면 PHP 인터프리터는 웹서버와 어떻게 통신합니까?

다른 언어 해석기(예: PHP, Python 해석기)와 웹 서버 간의 통신 문제를 해결하기 위해 cgi 프로토콜이 등장했습니다. cgi 프로토콜에 따라 프로그램을 작성하면 언어 해석기와 웹서버 간의 통신이 가능합니다. php-cgi 프로그램과 같은 것입니다.

fast-cgi 개선

cgi 프로토콜을 사용하면 PHP 인터프리터와 웹 서버 간의 통신 문제가 해결되고 웹 서버가 마침내 동적 언어를 처리할 수 있습니다. 그러나 웹 서버는 요청을 받을 때마다 cgi 프로세스를 포크하고 요청이 완료된 후 프로세스를 종료합니다. 요청이 10,000개라면 php-cgi 프로세스를 10,000번 포크하고 종료해야 합니다. 자원 낭비라고 생각한 적이 있습니까? 그 결과, CGI의 향상된 버전인 fast-cgi가 등장했습니다.

fast-cgi는 각 요청이 처리된 후 프로세스를 종료하지 않지만 프로세스가 한 번에 여러 요청을 처리할 수 있도록 프로세스를 유지합니다. 이렇게 하면 매번 프로세스를 다시 포크할 필요가 없어 효율성이 크게 향상됩니다. FastCGI는 언어 독립적이고 확장 가능한 아키텍처 CGI 개방형 확장입니다. 주요 동작은 CGI 인터프리터 프로세스를 메모리에 유지하여 더 높은 성능을 얻는 것입니다. 우리 모두 알고 있듯이 CGI 인터프리터의 반복적인 로딩은 CGI 성능이 저하되는 주된 이유입니다. CGI 인터프리터가 메모리에 남아 있고 FastCGI 프로세스 관리자 스케줄링을 허용한다면 우수한 성능, 확장성, 장애 조치 기능 등을 제공할 수 있습니다.

2. php-fpm이란 무엇인가요?

PHP-FPM은 PHP에만 사용되는 PHP FastCGI 관리자입니다. PHP-FPM은 실제로 FastCGI 프로세스 관리를 PHP 패키지에 통합하도록 설계된 PHP 소스 코드 패치입니다. PHP-FPM은 메모리와 프로세스를 효과적으로 제어하고 PHP 구성을 원활하게 다시 로드할 수 있는 더 나은 PHP 프로세스 관리 방법을 제공합니다.
프로세스에는 마스터 프로세스와 작업자 프로세스가 포함됩니다.
포트를 수신하고 웹 서버로부터 요청을 받는 역할을 담당하는 마스터 프로세스는 하나뿐입니다. 일반적으로 여러 작업자 프로세스가 있습니다(특정 개수는 실제 필요에 따라 구성됩니다). 각 프로세스에는 내부에 PHP 인터프리터가 내장되어 있습니다. , 이는 PHP 코드의 실제 해석입니다.

관련 추천:

Apache와 PHP의 작동 원리 분석

위 내용은 PHP 작동 원리에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.