Discussion :

[hoaxpunk]

bonjour,

je doit faire des require dans mon index, seulement, ces require etait dans des dossier, donc il y a un "../" pour sortir du dossier et revenir a la racine, mais mon index?php et a la racine, mais je ne peut pas supprimer les "../" parceque il son utilisé sur d'autre pages, donc comment faire siouplait????


merci

[siddh]

sert toi de $_SERVER["DOCUMENT_ROOT"]

[KiLVaiDeN]

Bonjour,

Tu donnes des chemins relatifs avec des ../ mais ce n'est pas la bonne méthode; une méthode plus "propres" ( car ça te permet d'acceder à un include toujours de la même manière, quelque soit la page à partir de laquelle tu l'appelles ) est d'utiliser un chemin absolu, du type "/mondossierinclude/moninclude.inc"

[Kioob]

Kilvaiden : pour moi l'inclusion par chemin relatif est bien plus propre que celle par chemin absolu.... je me vois mal ré-écrire tout un site juste parce que j'ai changé d'hebergeur...

Perso j'utilise toujours les chemins relatifs.

En fait j'inclus seulement mon framework de cette façon : (par exemple)

Code :

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

require '../../framework/launcher.php';

Et ce même launcher génèrera une constante K_ROOT contenant le bon chemin, en relatif. Ici : '../../'.
Ensuite tous mes accès se basent sur cette constante. Si bien qu'au final je n'ai que le chemin du framework à saisir.


Note : je pourrais également mettre le framework dans le path, histoire de n'avoir rien à saisir.

[siddh]

encore faut il avoir la possibilité de changer le include_path

[KiLVaiDeN]

Et quand il s'agit d'accéder à des scripts js ou à des images communes à partir de deux endroits situés dans des arborescences différentes par exemple, tu passes systématiquement par ton framework pour faire le lien ? Ta constante K_ROOT sera valable dans certains cas, mais pas dans tous ? Je ne comprend pas trop.

Utilises-tu un framework que je pourrais consulter ?

[Séb.]

S' il y a bien un truc raté par PHP c'est les include/require. Utiliser des chemins relatifs ne peut entraîner que confusion, exemple :

Code :

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

1
2
3
/www/index.php
/www/script-2.php
/www/directory/script-1.php

index.php

Code :

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

<?php require 'directory/script-1.php' ?>

directory/script-1.php

Code :

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

1
2
<p>Je suis dans directory/script-1.php</p>
<?php require '../script-2.php' ?>

script-2.php

Code :

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

<p>Je suis dans directory/script-2.php</p>

Trouvez-vous normal que ce cas d'utilisation très simple et intuitif échoue ? Moi non.
Alors pour éviter ce genre de problême je fais :

inc/header.inc.php

Code :

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

1
2
3
4
5
6
7
8
<?php
    // Chemin absolu du répertoire parent (racine de l'appli)
    $root = realpath(dirname(__FILE__) . '/..') ;
    // Uniformisation nix/win
    $root = str_replace('\\', '/') . '/'  ;
 
    define('ROOT', $root) ;
?>

Puis j'utilise un accès absolu pour chacune de mes inclusions :

Code :

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

1
2
3
4
<?php
    [...]
    require ROOT . 'repertoire/ssrepertoire/script.php' ;
?>

- L'appli fonctionnera qque soit la config de l'hébergeur
- Pas besoin de toucher à ce truc qui ne devrait pas exister qu'est include_path
- Je suis sûr que cela fonctionnera dans tous les cas

[Kioob]

siddh : ouep, c'est aussi pour ça que pour le moment je préfère saisir le chemin du framework.

Kilvaiden : à partir de cette constante K_ROOT, il est assez facile de créer une deuxième constante représentant la racine du site web.... et donc de tout référencer depuis cette adresse.


Par exemple, actuellement avec un site qui utilise une arborescence crée par plesk :
/xxx/monsite.tld/httpdocs racine du site web www.monsite.tld)
/xxx/monsite.tld/framework dossier où le framework est installé. Inaccessible depuis le web
/xxx/monsite.tld/subdomains/admin/httpdocs racine du sous domaine admin.monsite.tld

la constante K_ROOT va donc pointer vers /xxx/monsite.tld/framework.

Je prends le cas du script : /xxx/monsite.tld/httpdocs/forum/view.php
Il va inclure le framework, qui va déclarer la constante K_ROOT avec la valeur '../../framework/'.

Et si je prends le cas du script : /xxx/monsite.tld/subdomains/admin/httpdocs/user/delete.php
La constante K_ROOT aura la valeur '../../../../framework/'.

Dans les 2 cas, je peux me créer une constante K_WEB_ROOT en ajoutant '../httpdocs/' à K_ROOT

Et au final, si un script veut par exemple lire l'image 'toto.jpg' dans le dossier 'images/avatar' du site web, il utilisera cette adresse : K_WEB_ROOT.'images/avatar/toto.jpg', et ce, depuis n'importe quel script du site.


Je ne sais pas si ça correpond aux besoins de tout le monde, mais ça correspond à tous les miens.
Ainsi le même site fonctionne en local comme sur plusieurs serveurs différents, sans modification... enfin, sauf si on déplace le framework par rapport au reste.

Sinon désolé, c'est un "mini" framework maison... non consultable (pour le moment en tous cas).

[Kioob]

Seb : ouep, c'est ce que je faisais au début... puis j'ai eu des problèmes avec certains serveurs (chez free entre autre) qui n'acceptaient pas le realpath()... Du coup ma constante contient un chemin relatif au lieu d'un chemin absolu, mais ça revient au même.