Discussion :

[moimp]

Bonjour à tous,

Malgré de nombreuses explications, je n'arrive toujours pas à écrire mes chemins de fichiers.
Dans le code suivant, pourquoi mon fichier n'est pas trouvé dans le require() puisque je pars du chemin courant?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
var_dump(__dir__);
var_dump(file_exists("views/$language/setCommon.php"));			// false
var_dump(file_exists(__dir__ ."/views/$language/setCommon.php"));	// true
require("views/$language/setCommon.php");

EDIT: De même, si à la ligne 2, j'ajoute un './' devant le chemin, le fichier n'est pas trouvé.
EDIT 2: Dans d'autres chemins, je n'ai pas ce problème. Pourquoi?

[ProgElecT]

Salut

Que vaux $language,
tu dis que pour d'autres chemins le problème ne se pose pas, ses chemins utilisent il aussi la variable $language ?

[moimp]

$language vaut 'fr', ce qui se vérifie à la ligne 3 qui renvoie true.
Je me suis aperçu du problème quand au départ, un fichier '/frontend/views/$language/setCommon.php' était inclus à la place de '/backend/views/$language/setCommon.php' (fichiers de même nom dans un répertoire différent). Est-ce qu'il y aurait un rapport avec les notes utilisateurs -19 de la doc require de php?

[Séb.]

Ne te fie pas trop au commentaire, il a 15 ans et est très mal noté.

Dur de t'aider sans info sur ton arborescence.

Mais une chose est sûre, la gestïon des chemins de include/require n'est pas très intuitive, et pour lever toute ambiguïté le mieux est d'utiliser systématiquement __DIR__ suivi du chemin d'accès du script à inclure relatif au script appelant.

Si ça bloque, place ce chemin dans une variable et affiche-le pour vérifier qu'il est correct.

Dans le code suivant, pourquoi mon fichier n'est pas trouvé dans le require() puisque je pars du chemin courant?

Courant à quoi ? Au répertoire de travail, qui n'est pas forcément le repertoire du script courant.
Voir getcwd()
Merci à PHP 5.3 qui nous a simplifié les choses avec __DIR__

[moimp]

Mais une chose est sûre, la gestion des chemins de include/require n'est pas très intuitive, et pour lever toute ambiguïté le mieux est d'utiliser systématiquement __DIR__ suivi du chemin d'accès du script à inclure relatif au script appelant.

Oui, c'est peut-être fastidieux lorsqu'il devient nécessaire de reprendre son code mais c'est nécessaire.

Si ça bloque, place ce chemin dans une variable et affiche-le pour vérifier qu'il est correct.

Oui, c'est une de mes méthodes habituelles pour voir ce que je fais.

Courant à quoi ? Au répertoire de travail, qui n'est pas forcément le répertoire du script courant.
Voir getcwd()
Merci à PHP 5.3 qui nous a simplifié les choses avec __DIR__

Alors là je découvre la notion de répertoire de travail nouvelle pour moi. Merci
Par contre, je ne vois pas très clair dans l'usage de __dir__ pour le paramètre action des formulaires. Faut-il mettre __dir__ avant le chemin. Et pourquoi? N'est-ce pas préférable de mettre partout un chemin absolu?

[Séb.]

Alors là je découvre la notion de répertoire de travail nouvelle pour moi.

Le répertoire de travail est le répertoire du tout premier script appelé.
Il ne change pas, à moins d'utiliser chdir() ce qui est fortement casse-gueule.

Par contre, je ne vois pas très clair dans l'usage de __dir__ pour le paramètre action des formulaires. Faut-il mettre __dir__ avant le chemin. Et pourquoi? N'est-ce pas préférable de mettre partout un chemin absolu?

C'est un autre sujet. Pour le ACTION d'un FORM un chemin absolu comme /user/update.php ne me choque pas et __DIR__ n'y serait d'aucune utilité car il donne la racine du système de fichiers serveur, ce qui n'a rien à voir avec ce qu'on a côté web.

[moimp]

Ah, d'accord, je comprends mieux. Merci!