PHP inclut-il des chemins relatifs au fichier ou au code appelant?

J'ai du mal à comprendre le jeu de règles concernant les chemins d'inclusion relatifs PHP. Si j'exécute le fichier A.PHP- et que le fichier A.PHP inclut le fichier B.PHP qui inclut le fichier C.PHP, le chemin relatif de C.PHP doit-il être en relation avec l'emplacement de B.PHP, ou avec l'emplacement de A .PHP? Autrement dit, quel est le fichier à partir duquel l'inclusion est appelée ou quel est le répertoire de travail actuel et qu'est-ce qui détermine le répertoire de travail actuel?

C'est relatif au script principal, dans ce cas A.php. N'oubliez pas que le include()code insère simplement dans le script en cours d'exécution.

Autrement dit, quel est le fichier à partir duquel l'inclusion est appelée

Non.

Si vous voulez que ce soit important, et faire une inclusion relative à B.php, utilisez la __FILE__constante (ou __DIR__depuis PHP 5.2 IIRC) qui pointera toujours vers le fichier courant littéral dans lequel se trouve la ligne de code.

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

@Pekka m'a amené là-bas, mais je veux juste partager ce que j'ai appris:

getcwd() renvoie le répertoire dans lequel réside le fichier que vous avez commencé à exécuter.

dirname(__FILE__) renvoie le répertoire du fichier contenant le code en cours d'exécution.

En utilisant ces deux fonctions, vous pouvez toujours créer un chemin d'inclusion relatif à ce dont vous avez besoin.

par exemple, si b.php et c.php partagent un répertoire, b.php peut inclure c.php comme:

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

peu importe d'où b.php a été appelé.

En fait, c'est la manière préférée d'établir des chemins relatifs, car le code supplémentaire libère PHP de la nécessité d'itérer à travers le include_path pour tenter de localiser le fichier cible.

Sources:

Différence entre getcwd () et dirname (__ FILE__)? Lequel dois-je utiliser?

Pourquoi utiliser dirname (__ FILE__)

1. Si include path ne commence pas par ./ou ../, par exemple:

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

2. Si include path commence par ./ou ../, par exemple:

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

Le .ou ..au-dessus est relatif à getcwd(), qui par défaut est le chemin du .phpfichier d' entrée (c.-à-d.A.php ).

Testé sur PHP 5.4.3 (Date de build: 8 mai 2012 00:47:34).

(Notez également que cela chdir()peut changer la sortie de getcwd().)

La réponse acceptée de Pekka est incomplète et, dans un contexte général, trompeuse. Si le fichier est fourni comme chemin relatif, la construction de langage appelée includele recherchera de la manière suivante.

Tout d'abord, il passera par les chemins de la variable d'environnement include_path, qui peut être définie avec ini_set. Si cela échoue, il cherchera dans le propre répertoire du script appelant dirname(__FILE__)( __DIR__avec php> = 5.3.) Si cela échoue également, alors seulement il cherchera dans le répertoire de travail! Il s'avère simplement que, par défaut, la variable d'environnement include_pathcommence par ., qui est le répertoire de travail actuel. C'est la seule raison pour laquelle il recherche d'abord dans le répertoire de travail actuel. Voir http://php.net/manual/en/function.include.php .

Les fichiers sont inclus en fonction du chemin d'accès au fichier donné ou, si aucun n'est indiqué, du chemin d'inclusion spécifié. Si le fichier n'est pas trouvé dans include_path, include va finalement archiver le propre répertoire du script appelant et le répertoire de travail actuel avant d'échouer.

Donc, la bonne réponse à la première partie de la question est qu'il importe où se trouve le script d'appel inclus. La réponse à la dernière partie de la question est que le répertoire de travail initial , dans un contexte de serveur web, est le répertoire du script appelé, le script qui inclut tous les autres tout en étant manipulé par PHP. Dans un contexte de ligne de commande, le répertoire de travail initial est ce qu'il est lorsque php est appelé à l'invite, pas nécessairement le répertoire où se trouve le script appelé. Le répertoire de travail actuel , cependant, peut être modifié au moment de l'exécution avec la fonction PHP chdir. Voir http://php.net/manual/en/function.chdir.php .

Ce paragraphe est ajouté pour commenter d'autres réponses. Certains ont mentionné que s'appuyer sur include_pathest moins robuste et qu'il est donc préférable d'utiliser des chemins complets tels que./path ou __DIR__ . /path. Certains sont allés jusqu'à dire que se fier au répertoire de travail .lui-même n'est pas sûr, car il peut être modifié. Cependant, parfois, vous devez vous fier aux valeurs d'environnement. Par exemple, vous pouvez vouloir définir include_pathvide, de sorte que le répertoire du script appelant soit le premier endroit où il effectuera la recherche, même avant le répertoire de travail actuel. Le code peut être déjà écrit et mis à jour régulièrement à partir de sources externes et vous ne souhaitez pas réinsérer le préfixe __DIR__chaque fois que le code est mis à jour.

Réponse courte: c'est relatif au script d'inclusion.

TFM l' explique correctement:

Si le fichier n'est pas trouvé dans include_path, include archivera le répertoire du script appelant et le répertoire de travail actuel

Donc, si /app/main.php ditinclude("./inc.php") cela trouvera /app/inc.php .

le ./ n'est pas strictement nécessaire mais supprime toute dépendance sur include_path.

Je ne me fierais pas à la recherche de fichiers d'inclusion dans le répertoire de travail actuel au cas où quelqu'un le changerait avec chdir().

dir
-> a.php
-> c.php

- dir2 
-> b.php

À inclure adansbvous devezinclude("../a.php");

Pour inclure bdans cvous devezinclude("dir2/b.php");