PHP マルチプレイヤー モジュール開発原則の分析例
- 小云云オリジナル
- 2017-12-14 09:57:301313ブラウズ
世界最高の言語として、中小企業は基本的に 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 リクエスト ヘッダー
cookie
Modify Headers ブラウザ プラグインを使用して http リクエスト ヘッダー情報を変更し、パラメータ http_who を wulv に設定し、それを Nginx で取得します。
展開
条件が許せば、実際にゲートウェイ サーバーを作成し、構成ページでアクセスする必要があるディレクトリを構成できます。次回アクセスしたときに、ゲートウェイが http ヘッダーの設定を直接支援します。そしてそれを対応するサーバーにプロキシします。これにより、ブラウザのプラグインをインストールする必要もなくなり、操作や製品設計がより容易になります。
関連おすすめ:
phpモジュール開発とは何ですか?簡単なPHPモジュール開発入門
以上がPHP マルチプレイヤー モジュール開発原則の分析例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。