PHP 멀티플레이어 모듈 개발 원칙 분석_php 기술

이 글에서는 PHP멀티플레이어 개발의 원칙과 주의할 점에 대해 자세히 설명합니다. 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과 일치하면 해당 가상 호스트 구성이 사용됩니다. PHP-FPM은 서버에서 서비스를 시작하고 포트(예: 9001) 또는 Unix 소켓을 수신합니다. Nginx는 fastcgi_pass를 통해 구성되고 요청을 PHP-FPM에 전달하여 PHP 코드를 구문 분석합니다. index.php 구문 분석을 시작하고 끝까지 처리를 계속하고 일련의 논리적 처리, query데이터베이스 또는 캐시 및 기타 작업을 수행하고 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에서 이를 가로채서 다음 위치에 전달하도록 할 수 있습니다.

호스트: http://wulv.test . com

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

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

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

http 요청 헤더

cookie

수정 헤더 브라우저 플러그인을 사용하여 http 요청 헤더 정보를 수정하고 http_who 매개변수를 wulv로 설정할 수 있습니다. , Nginx 에서 가져옵니다.

Expand

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

이 글의 내용은 여기까지입니다. 모든 분들께 도움이 되기를 바랍니다! !

관련 권장사항:

PHP 다중 사용자 개발 환경의 원리에 대한 자세한 설명

PHP 분산 시스템에서 Redis로 세션을 구현하는 방법

대용량 파일을 업로드할 수 없는 PHP에 대한 완벽한 솔루션

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