PHP include percorsi relativi al file o al codice chiamante?

Ho problemi a comprendere il set di regole relativo ai percorsi di inclusione relativi a PHP. Se eseguo il file A.PHP- e il file A.PHP include il file B.PHP che include il file C.PHP, il percorso relativo a C.PHP deve essere in relazione alla posizione di B.PHP o alla posizione di A .PHP? Cioè, ha importanza da quale file viene chiamato l'inclusione, o solo quale sia la directory di lavoro corrente e cosa determina la directory di lavoro corrente?

È relativo allo script principale, in questo caso A.php. Ricorda che include()inserisce semplicemente il codice nello script attualmente in esecuzione.

Cioè, importa da quale file viene chiamato l'inclusione

No.

Se si vuole fare importa, e fare un include rispetto al b.php, utilizzare la __FILE__costante (o __DIR__da PHP 5.2 IIRC), che sarà sempre puntare al file corrente letterale che la riga di codice si trova in.

include(dirname(__FILE__)."/C.PHP");

@Pekka mi ha portato lì, ma voglio solo condividere ciò che ho imparato:

getcwd() restituisce la directory in cui risiede il file che hai iniziato a eseguire.

dirname(__FILE__) restituisce la directory del file contenente il codice attualmente in esecuzione.

Usando queste due funzioni, puoi sempre costruire un percorso di inclusione relativo a ciò di cui hai bisogno.

ad esempio, se b.php e c.php condividono una directory, b.php può includere c.php come:

include(dirname(__FILE__).'/c.php');

non importa da dove è stato chiamato b.php.

In effetti, questo è il modo preferito per stabilire percorsi relativi, poiché il codice aggiuntivo libera PHP dal dover iterare attraverso include_path nel tentativo di individuare il file di destinazione.

fonti:

Differenza tra getcwd () e dirname (__ FILE__)? Quale dovrei usare?

Perché dovresti usare dirname (__ FILE__)

1. Se includi percorso non inizia con ./o ../, ad esempio:

   include 'C.php'; // precedence: include_path (which include '.' at first),
                    // then path of current `.php` file (i.e. `B.php`), then `.`.
   

2. Se includi percorso inizia con ./o ../, ad esempio:

   include './C.php';  // relative to '.'
   
   include '../C.php'; // also relative to '.'
   

Il .o ..sopra è relativo a getcwd(), che per impostazione predefinita è il percorso del .phpfile di ingresso (cioè A.php).

Testato su PHP 5.4.3 (data build: 8 maggio 2012 00:47:34).

(Si noti inoltre che chdir()può modificare l'output di getcwd().)

La risposta accettata di Pekka è incompleta e, in un contesto generale, fuorviante. Se il file viene fornito come percorso relativo, il costrutto del linguaggio chiamato lo includecercherà nel modo seguente.

Innanzitutto, passerà attraverso i percorsi della variabile d'ambiente include_path, che può essere impostata con ini_set. Se fallisce, cercherà nella directory dello script chiamante dirname(__FILE__)( __DIR__con php> = 5.3.) Se anche questo fallisce, solo allora cercherà nella directory di lavoro! Si scopre solo che, per impostazione predefinita, la variabile di ambiente include_pathinizia con ., che è la directory di lavoro corrente. Questo è l'unico motivo per cui cerca prima nella directory di lavoro corrente. Vedi http://php.net/manual/en/function.include.php .

I file vengono inclusi in base al percorso file fornito o, se non ne viene fornito nessuno, include_path specificato. Se il file non viene trovato in include_path, include infine il controllo nella directory dello script chiamante e nella directory di lavoro corrente prima di fallire.

Quindi, la risposta corretta alla prima parte della domanda è che è importante dove si trova lo script di chiamata incluso. La risposta all'ultima parte della domanda è che la directory di lavoro iniziale , in un contesto di web server, è la directory dello script chiamato, lo script che include tutti gli altri pur essendo gestito da PHP. In un contesto da riga di comando, la directory di lavoro iniziale è qualunque sia quando viene richiamato php al prompt, non necessariamente la directory in cui si trova lo script chiamato. La directory di lavoro corrente , tuttavia, può essere modificata in fase di esecuzione con la funzione PHP chdir. Vedi http://php.net/manual/en/function.chdir.php .

Questo paragrafo viene aggiunto per commentare altre risposte. Alcuni hanno affermato che fare affidamento su include_pathè meno robusto e quindi è preferibile utilizzare percorsi completi come ./patho __DIR__ . /path. Alcuni sono arrivati ​​a dire che fare affidamento sulla directory di lavoro .stessa non è sicuro, perché può essere modificato. Tuttavia, alcune volte, è necessario fare affidamento sui valori dell'ambiente. Ad esempio, potresti voler impostare include_pathvuoto, in modo che la directory dello script chiamante sia il primo posto in cui cercherà, anche prima della directory di lavoro corrente. Il codice potrebbe essere già scritto e aggiornato regolarmente da fonti esterne e non si desidera reinserire il prefisso __DIR__ogni volta che il codice viene aggiornato.

Risposta breve: è relativo allo script incluso.

TFM lo spiega correttamente:

Se il file non viene trovato in include_path, include controllerà la directory dello script chiamante e la directory di lavoro corrente

Quindi, se /app/main.php dice include("./inc.php")che troverà /app/inc.php .

Il ./ non è strettamente necessario, ma rimuove qualsiasi dipendenza da include_path.

Non farei affidamento sulla ricerca di file include nella directory di lavoro corrente nel caso in cui qualcuno lo cambi con chdir().

dir
-> a.php
-> c.php

- dir2 
-> b.php

Per includere ain bè necessarioinclude("../a.php");

Per includere bin cè necessarioinclude("dir2/b.php");