1 絶対パス、相対パス、不定パス
相対パス
相対パスは、
など、. で始まるパスを指します。絶対パス
絶対パスは、/ で始まるパス、または Windows の C:/ に似たドライブ文字です。フルパスは、参照パスなしでファイルの最終アドレスを一意に決定できます。 たとえば
未決定の経路
. または / で始まらないパス、または Windows ではドライブ文字:/ で始まらないパス (
など)最初はこれも相対パスだと思いましたが、PHP の include/require メカニズムでは、このタイプのパスは で始まる相対パスとはまったく異なる方法で処理されます。 require './a.php' と require 'a.php' は異なります。
以下は、これら 3 種類のインクルード パスがどのように処理されるかを分析したものです: まず、結論を 1 つ覚えておいてください。インクルード パスが相対パスまたは絶対パスの場合、include_path (php で定義されている include_path 環境変数) には進みません。 .ini、またはプログラム set_include_path(...) 設定で使用) を使用してファイルを見つけます。
テスト環境の説明
注: 以下の議論と結論はこの環境に基づいています: 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 './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 '../c.php'; // その場合、C=[SITE]/app/c.php は [SITE]/app/test/c.php ではありません
例 3
A require '../b.php' //次に B=[SITE]/app/b.php を定義します
B で require '../c.php' を定義します。 //C=[SITE]/app/c.php は [SITE]/c.php
例 4:
A require '../b.php' // 次に 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 './c/c.php'; // その場合、C は =[SITE]/app/test/c/c.php ではなく [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 の場合
;
require 'c:/wwwroot/xxx.com/app/test/b.php' // Windows の場合
;
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' // then B=[SITE]/app/inc/b.phpを定義します
B で定義します require dirname(__FILE__).'/c.php' // この場合、B=[SITE]/app/inc/c.php は常に B
と同じディレクトリにあります。
結論: B が A に含まれて使用されるか、直接アクセスされるかは関係ありません
BIf require dirname(__FILE__).'/c.php' // 常に B と同じディレクトリ内の c.php ファイルを参照します。
B が dirname(__FILE__).'/../c.php' を必要とする場合、 // 常に B ファイルが存在するディレクトリの親ディレクトリにある c.php ファイルを参照します。
B が dirname(__FILE__).'/c/c.php' を必要とする場合、 // 常に B ファイルが存在するディレクトリの c サブディレクトリにある c.php ファイルを参照します。
4. 未定の進路
まず、include_path で定義された include ディレクトリを使用して [未決定のパス] を 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() 関数を使用してファイルに含まれる「参照ディレクトリ」のレベルに関係なく、それが現在のファイルになります
。