ホームページ >バックエンド開発 >PHPチュートリアル >PHP のインクルード ファイル関数の require および include path_PHP チュートリアルの概要
1 絶対パス、相対パス、未定パス
相対パス
相対パスとは
など、.で始まるパスを指します。./a/a.php (カレントディレクトリを基準としたもの)
../common.inc.php (上位ディレクトリからの相対)、
絶対パス
絶対パスは、/ で始まるパス、または Windows の C:/ に似たドライブ文字です。フルパスは、参照パスなしでファイルの最終アドレスを一意に決定できます。 たとえば
/apache/wwwroot/site/a/a.php
c:/wwwroot/site/a/a.php
進路未定
Windows では、. または / で始まらないパス、またはドライブ文字:/ で始まらないパス (
など)a/a.php
common.inc.php、
最初はこれも相対パスだと思いましたが、PHP の include/require メカニズムでは、このタイプのパスは で始まる相対パスとはまったく異なる方法で処理されます。 require './a.php' と require 'a.php' は異なります!
これら 3 種類のインクルード パスの処理方法を分析してみましょう: まず、結論を覚えておいてください。インクルード パスが相対パスまたは絶対パスの場合、include_path (php.ini で定義されている include_path 環境変数、または、プログラム set_include_path(...) 設定でそれを使用して、ファイルを見つけます。
テスト環境の説明
注: 以下の議論と結論はこの環境に基づいています: Assume A=http://www.xxx.com/app/test/a.php 以下の議論は直接アクセスの場合であることを再度強調します。 Aさんへ。
2. 相対パス:
相対パスには、ファイルの最終パスを決定するための参照ディレクトリが必要です。インクルードのレベルがネストされていても、この参照ディレクトリはプログラム実行エントリ ファイルが配置されるディレクトリです。
例1
A require './b/b.php' で定義 // 次に B=[SITE]/app/test/b/b.php
;B require require './c.php'; // すると C=[SITE]/app/test/c.php は [SITE]/app/test/b/c.php ではありません
例2
A require './b/b.php' で定義 // 次に B=[SITE]/app/test/b/b.php
;B require require '../c.php' // すると C=[SITE]/app/c.php は [SITE]/app/test/c.php ではありません
例3
Aにrequire '../b.php'を定義します //Then B=[SITE]/app/b.php
B require require '../c.php'; //そうすると C=[SITE]/app/c.php は [SITE]/c.php ではありません
例4:
A require '../b.php' // then B=[SITE]/app/b.php で定義します
;B は require './c/c.php' を定義します //C=[SITE]/app/test/c/c.php は [SITE]/app/c/c.php ではありません
例5
A require '../inc/b.php' で定義 // 次に B=[SITE]/app/inc/b.php
;B require require './c/c.php' // すると C はまだ =[SITE]/app/test/c/c.php not [SITE]/app/inc/c/c.php
例6
A require '../inc/b.php' で定義 // 次に B=[SITE]/app/inc/b.php
;B require './c.php' で定義されています // すると C=[SITE]/app/test/c.php は [SITE]/app/inc/c.php ではありません
3.絶対パス
絶対パスは比較的単純で、混乱やエラーを引き起こす可能性が低く、require|inclue はディスク上のファイルに対応します。
require '/wwwroot/xxx.com/app/test/b.php' // Linux の場合
;Windows では 'c:/wwwroot/xxx.com/app/test/b.php' が必要です
;dirname(__FILE__) も絶対パス形式のディレクトリとして計算されますが、__FILE__ は Magic 定数であり、このステートメントが常に書き込まれている PHP ファイルの絶対パスと等しいことに注意してください。 dirname(__FILE__) これは常に、このステートメントが記述される php ファイルの絶対パスを指し、そのファイルがインクルードされているかどうか、他のファイルによって使用されているかどうかには関係ありません。
例1
A require '../b.php' // then B=[SITE]/app/b.php で定義します
;Bで定義 require dirname(__FILE__).'/c.php' // するとB=[SITE]/app/c.php
例2
A require '../inc/b.php' で定義 // 次に B=[SITE]/app/inc/b.php
;Bで定義 require dirname(__FILE__).'/c.php'; // すると、B=[SITE]/app/inc/c.phpは常にBと同じディレクトリにあります
結論: B が A に含まれて使用されるか、直接アクセスされるかは関係ありません
B が dirname(__FILE__).'/c.php' の場合、常に B と同じディレクトリにある c.php ファイルを参照します;
B require dirname(__FILE__).'/../c.php'; // 常に B ファイルが配置されているディレクトリの親ディレクトリにある c.php ファイルを参照します。
B require dirname(__FILE__).'/c/c.php'; // B ファイルが存在するディレクトリの c サブディレクトリにある c.php ファイルを常に参照します。4. 進路未定
まず、include_path で定義された include ディレクトリを使用して [undetermined path] を 1 つずつ結合します。 存在するファイルが見つかった場合、インクルードは正常に終了します。見つからない場合は、require ステートメントを実行する php ファイルが存在するディレクトリを使用します。ファイルが存在する場合は、ファイルが存在しないことを意味し、エラーが発生します。 未決定のパスは混乱しやすいため、お勧めできません。
5.解決策
「相対パス」の「参照ディレクトリ」は実行エントリファイルが配置されているディレクトリであるため、「未決定の」パスも混同しやすいため、最善の解決策は、たとえば「絶対パス」を使用することです。 b.phpの内容は以下の通りです。 b.phpをどこで要求しても、b.phpのパスに基づいてc.phpが必要になります
$dir = ディレクトリ名(__FILE__);
require($dir . '../c.php');
または汎用関数import.phpを定義し、「事前にファイルを自動インポートする」に設定し、php.iniで以下の設定を行います
設定項目を変更(必須) auto_prepend_file = "C:xampphtdocsauto_prepend_file.php"
設定項目の変更(オプション)allow_url_include = On
import.phpの内容は以下の通りです
関数 import($path) {
$old_dir = getcwd(); // 元の「参照ディレクトリ」を保存します
chdir(dirname(__FILE__)); // 「参照ディレクトリ」を現在のスクリプトの絶対パスに変更します
require_once($path);
chdir($old_dir); // 元の「参照ディレクトリ」に戻します
}
このようにして、 import() 関数を使用してファイルに含まれる「参照ディレクトリ」のレベルに関係なく、それが現在のファイルになります
。