[Abandon]Déraciner WRI ?

[Dominique]

Sujet récurent de ma part:
La gestion des chemins (de fichiers) suppose que le site est à la racine d'un domaine ou sous-domaine
ça ne fonctionne pas dans un répertoire : http://dom.refuges.info/test/
Pas toujours évident sur une machine de dev si on veut avoir plusieurs install pour comparer, essayer, ...
Evidemment, on peut toujours bricoler vhosts.conf mais ne serait il pas plus logique d'adapter notre des chemins pour être plus portable ?
Je ne veux pas forcément aller jusqu'au chemins relatifs (quoi que ?) mais au moins détecter le répertoire racine
Je peux me lancer dans la réalisation, mais je préfère discuter d'abord

[sly]

La gestion des chemins (de fichiers) suppose que le site est à la racine d'un domaine ou sous-domaine
ça ne fonctionne pas dans un répertoire : http://dom.refuges.info/test/
Pas toujours évident sur une machine de dev si on veut avoir plusieurs install pour comparer, essayer, ...
Evidemment, on peut toujours bricoler vhosts.conf mais ne serait il pas plus logique d'adapter notre des chemins pour être plus portable ?
Je ne veux pas forcément aller jusqu'au chemins relatifs (quoi que ?) mais au moins détecter le répertoire racine
Je peux me lancer dans la réalisation, mais je préfère discuter d'abord

Je n'ai rien contre, bien au contraire, mais léo s'est déjà semble-t-il cassé les dents sur le problème car ton test montre juste qu'il n'arrive pas à inclure certains fichiers, chose aisée à corriger car tout est dans la variable $config et la rendre dynamique ne devrait pas être trop compliqué.

Mais une fois ce problème réglé, il y a aussi les javascrit, les styles, les chemins d'image, tous ces trucs qui sont en dur avec un href="/bidule/toto"
Rien d'impossible, il faudrait juste repasser sur chaque vue et changer ça en ./bidule/toto ou ../bidule/toto mais ça fait un peut de boulot ;-)

Au final, pour pas grand chose finalement, car wri n'est pas déployé sur de nombreux sites mais sur un seul. Et les développeurs auront vite compris qu'il est plus rapide de se créé un vhost avec ce code :

Code : Tout sélectionner

<VirtualHost *>
        ServerName refuges
        DocumentRoot /home/users/sly/www.refuges.info
        UseCanonicalName Off
<Directory /home/users/sly/www.refuges.info>
        AllowOverride all all
        Options -Indexes
</Directory>

et de rentrer "refuges 127.0.0.1" dans son fichier hosts que de changer tout le code de wri et assurer le debug

Mais encore une fois, si tu as le courage ou que tu y vois un autre avantage, vas-y !

[Dominique]

Tu as raison. J'avais commencé avec enthousiasme par le $config['document_root'] avant de m’apercevoir qu'il y avait des src="/... partout

J'ai fini par configurer mon vhost et j'ai maintenant un serveur local qui marche (sur la base dev.ri / test)

Seule différence que je vais uploader dans GIT dev:
dans config.php : remplacer ':' par PATH_SEPARATOR
(windows utilise ';')

[sly]

Tu as raison. J'avais commencé avec enthousiasme par le $config['document_root'] avant de m’apercevoir qu'il y avait des src="/... partout

Peut-être qu'on trouvera plus tard une bonne raison de le faire et que ça sera plus "flexible", mais en tout cas, j'ai la flemme pour l'instant, mais que ça ne t'empêches pas si tu as le courage !

Seule différence que je vais uploader dans GIT dev:
dans config.php : remplacer ':' par PATH_SEPARATOR
(windows utilise ';')

Pas de problèmes.
et y'a pas aussi un "" au lieu d'un "/" dans les chemins ?

[Dominique]

et y'a pas aussi un "" au lieu d'un "/" dans les chemins ?

ça, apache à l'air de les traiter
(sinon, aucun site ne serait exécutable sur un apache windows )