집 > 기사 > 백엔드 개발 > PHP 멀티플레이어 모듈 개발 원칙 분석 예시

PHP 멀티플레이어 모듈 개발 원칙 분석 예시

小云云원래의: 2017-12-14 09:57:301259검색

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

병렬 개발로 인해 여러 기능이 동시에 승인되거나 테스트되는 상황이 있을 것입니다. 이때 사전 출시 환경에서는 어떤 코드가 배포됩니까? A의 브랜치로 전환하면 B는 이를 수락할 수 없습니다. 그러므로 우리는 모든 사람의 개발 프로세스가 서로에게 영향을 미치지 않는 다중 사용자 개발 환경이 있기를 바랍니다. 이 글은 주로 PHP 다인 개발의 원칙과 주의해야 할 사항에 대해 자세히 설명합니다. 이 글이 모든 사람에게 도움이 되기를 바랍니다.

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에서 이를 가로채서 다음 위치에 전달하도록 할 수 있습니다.

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

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

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

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

http 요청 헤더

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

Expand

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

PHP 멀티플레이어 모듈 개발 원칙 분석 예시

관련 기사