PHP 멀티플레이어 모듈 개발의 원리 분석

다인원 PHP 개발의 원칙과 주의해야 할 점을 자세히 설명하고 함께 배워보겠습니다.

세계 최고의 언어로 웹의 약 80%를 차지하며, 중소기업에서는 기본적으로 lnmp 아키텍처를 사용합니다. 웨어하우스에 개발자가 1~20명 이상일 경우 각자가 서로 다른 모듈과 기능을 개발할 수도 있고, git과 같은 코드 버전 관리 도구를 사용해 서로 다른 브랜치를 개설하는 과정은 아마도 먼저 로컬에서 완전한 환경을 설정하고 개발하는 것일 것이다. 테스트 환경에 배포합니다. 자체 테스트 또는 테스터 테스트를 거쳐 사전 릴리스 환경에 배포하고, 이후 제품 승인이 완료됩니다. 온라인으로 출시 및 출시되었습니다.

병렬 개발로 인해 여러 기능이 동시에 승인되거나 테스트되는 상황이 있을 것입니다. 이때 사전 출시 환경에서는 어떤 코드가 배포됩니까? A의 브랜치로 전환하면 B는 이를 수락할 수 없습니다. 따라서 우리는 모든 사람의 개발 프로세스가 서로 영향을 미치지 않는 다중 사용자 개발 환경이 있기를 바랍니다.

PHP 작동 원리

먼저 PHP의 작동 원리를 분석하고 PHP의 언어 특성을 살펴보겠습니다. 브라우저에서 요청을 시작하면 웹 서버(Nginx, Apache 등)는 포트 80 또는 443을 수신합니다. Nginx의 가장 간단한 가상 호스트 구성을 살펴보겠습니다.

server {
 listen    80;
 server_name test.com;
 
 root /data/gateway/html;
 index  index.php;

 location ~ \.php$ {
  fastcgi_pass  127.0.0.1:9001; #unix:/Users/run/php-fcgi.sock;
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  include    fastcgi_params;
 }
}

Nginx는 포트를 수신합니다. 80, 사용자가 방문한 도메인 이름이 test.com인 것으로 매칭되면 해당 vhost 구성이 사용됩니다. PHP-FPM은 서버에서 서비스를 시작하고 포트(예: 9001) 또는 Unix 소켓을 수신합니다. Nginx는 요청을 PHP-FPM에 전달하여 fastcgi_pass 구성을 통해 PHP 코드를 구문 분석합니다. 매번, 그것을 끝까지 처리하고, 일련의 논리적 처리를 수행하고, 데이터베이스나 캐시 및 기타 작업을 쿼리하고, HTML 또는 기타 결과를 Nginx에 반환하고, Nginx는 이를 브라우저에 반환합니다.

CGI: Nginx와 PHP_FPM 간의 데이터 교환을 위한 프로토콜입니다.

FastCGI: CGI와 동일하며 통신 프로토콜이지만 CGI보다 효율성이 일부 최적화되어 있습니다.

PHP-CGI: Nginx에서 제공하는 CGI 프로토콜에 대한 PHP의 인터페이스 프로그램입니다.

PHP-FPM: Nginx에서 제공하는 FastCGI 프로토콜용 PHP 인터페이스 프로그램으로 비교적 지능적인 작업 관리도 제공합니다.

다중 개발 환경

PHP의 원리에서 보면 PHP는 실제로는 단지 해석된 스크립트 언어일 뿐이라는 것을 알 수 있습니다. 따라서 각 요청은 index.php에서 구문 분석되어야 합니다. 여러 개발자의 이름에 따라 많은 폴더의 이름을 지정합니다. 각 폴더에서 코드 저장소를 복제하고 자체 분기로 전환합니다. 그런 다음 Nginx가 모든 사람의 디렉토리에 있는 색인을 처리하도록 하십시오. 예를 들어 http://wulv.test.com/에 직접 접속하여 Nginx에서 wulv를 구하고 루트를 wulv 디렉터리로 설정하면 wulv 디렉터리의 코드에 접근할 수 있습니다. Nginx를 다음과 같이 설정할 수 있습니다:

set $who www;
if ($http_who != "") {
  set $who $http_who;
}
root /data/gateway/$who/html;

URL이 사용자 디렉토리를 전달하고 Nginx에서 이를 가로채서 다음 위치에 전달하도록 할 수 있습니다.

host: http://wulv.test.com

경로: http://www.test.com/wulv

query: http://www.test.com?http_who=wulv

이렇게 하면 일반적으로 요구 사항을 충족할 수 있지만 여전히 몇 가지 문제가 있습니다. , 예를 들어 페이지의 일부 링크는 하드 코딩되어 있으며 상대 경로를 사용하지 않습니다. 클릭하자마자 www.test.com으로 이동하거나 OAuth와 같은 일부 타사 응용 프로그램은 도메인 이름을 확인해야 합니다. . 도메인 이름이 온라인 도메인 이름과 일치하지 않으면 전혀 로그인할 수 없습니다. 따라서 이를 달성하려면 다음과 같은 다른 방법이 필요합니다.

http 요청 헤더

cookie

Modify Headers 브라우저 플러그인을 사용하여 http 요청 헤더 정보를 수정하고 http_who 매개변수를 wulv로 설정하고 그런 다음 Nginx에서 얻으십시오.

Expand

조건이 허락한다면 실제로 게이트웨이 서버를 만들고 구성 페이지를 생성할 수 있습니다. 다음에 방문할 때 구성 페이지에서 액세스해야 하는 디렉터리를 구성하면 게이트웨이가 직접 도와줄 것입니다. http.header를 설정하고 해당 서버에 프록시를 설정합니다. 이런 방식으로 브라우저 플러그인을 설치할 필요도 없어 운영 및 제품 디자인에 더욱 친숙해졌습니다.

XHProf를 사용하여 PHP 성능 병목 현상을 찾는 예제 설명

Laravel 프레임워크의 사용자 정의 템플릿 지침 관련 요약

빠른 정렬의 PHP 재귀 구현 방법에 대한 예제 설명

위 내용은 PHP 멀티플레이어 모듈 개발의 원리 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!