PHP マルチプレイヤーモジュール開発原則の分析例-PHPチュートリアル-php.cn

PHP マルチプレイヤーモジュール開発原則の分析例

小云云

リリース： 2023-03-17 21:32:01

オリジナル

1314 人が閲覧しました

世界最高の言語として、中小企業は基本的に lnmp アーキテクチャを使用しており、Web の約 80% を占めています。ウェアハウスに 1 人または 20 人以上の開発者がいる場合、各人が異なるモジュールや機能を開発し、git などのコードバージョン管理ツールを使用して異なるブランチを開く可能性があります。そのプロセスは、おそらく、最初に完全な環境をローカルにセットアップして開発することになります。テスト環境にデプロイし、セルフテストまたはテスターテストを行った後、プレリリース環境にデプロイし、承認が完了すると、製品が受け入れられます。オンラインでリリースおよび開始されます。

並行開発により、複数の機能が同時に受け入れられたりテストされたりする状況が発生するはずです。この時点で、誰のコードがプレリリース環境にデプロイされますか? Aの支店に切り替えるとBは受け付けられなくなります。したがって、私たちは、全員の開発プロセスが互いに影響を与えない、複数人による開発環境が実現されることを望んでいます。この記事では主にPHPの複数人開発の原則と注意点について詳しく解説していますので、皆様のお役に立てれば幸いです。

PHPの動作原理

まず、PHPの動作原理を分析し、PHPの言語特性を見てみましょう。ブラウザからリクエストを開始すると、Web サーバー (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 など) をリッスンするか、Nginx がリクエストを PHP-FPM に渡し、fastcgi_pass 設定を通じて PHP コードを解析します。PHP パーサーは、index.php から解析を開始します。毎回、それを最後まで処理し、一連の論理処理を実行し、データベースやキャッシュなどの操作を実行し、HTML またはその他の結果を Nginx に返し、Nginx はそれをブラウザーに返します。プロセスは次のとおりです:

CGI: Nginx と PHP_FPM 間のデータ交換用のプロトコルです。

FastCGI: CGI と同じ通信プロトコルですが、CGI よりも効率が最適化されています。

PHP-CGI: Nginx が提供する CGI プロトコル用の PHP のインターフェイスプログラムです。

PHP-FPM: Nginx によって提供される FastCGI プロトコル用の PHP インターフェイスプログラムであり、比較的インテリジェントなタスク管理も提供します。

複数人による開発環境

PHP の原理から、PHP は実際には単なる解釈されたスクリプト言語であることがわかります。したがって、さまざまな要件に従って開発できるでしょうか。複数のフォルダーに作成者の名前を付けます。各フォルダーでコードリポジトリのクローンを作成し、独自のブランチに切り替えます。次に、Nginx に各人のディレクトリ内のインデックスを処理させます。たとえば、http://wulv.test.com/ に直接アクセスし、Nginx で wulv を取得し、root を 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

path: 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 で取得します。

展開

条件が許せば、実際にゲートウェイサーバーを作成し、構成ページでアクセスする必要があるディレクトリを構成できます。次回アクセスしたときに、ゲートウェイが http ヘッダーの設定を直接支援します。そしてそれを対応するサーバーにプロキシします。これにより、ブラウザのプラグインをインストールする必要もなくなり、操作や製品設計がより容易になります。

PHP マルチプレイヤー モジュール開発原則の分析例

PHP マルチプレイヤーモジュール開発原則の分析例