Dominique a écrit :
Il suffisait de remplacer les href=, src=, action="/... par ...="<?=$config[sous_dossier_installation]?>...
J'avais ça en vue, mais je l'avais écarté de prim abord car cela alourdissait pas mal l'écriture de liens internes. Sachant que l'humain est fénéant et qu'un simple "/" marchera quand même dans nos zones de dév et en prod, il est fort à parier que la flemme/ l'inattention l'emportera sur le long terme et qu'on finira donc avec pas mal d'écriture de lien en "/" donc que wri sera indéracinable à nouveau à moins des s'atteler à un ménage régulier.
Dans le framework laravel (que j'utilise professionnellement) les templates utilisent une syntaxe {{url('route')}} qui permet la construction d'un lien tenant compte des sous dossiers.
ou cette syntaxe : {{HTML::style('css/bidule.min.css')}}
qui construit la balise pour le style avec l'url en absolue.
bref, rien d'incroyablement économe en nombre de caractères non plus. Je pense donc que <?=$config[sous_dossier_installation]?>/truc.css n'est pas plus mauvais qu'ailleurs.
Pour que l'utilisation soit bonne au fûr et à mesure, il faudrait que nos zones de dév soient par exemple dans des sous dossiers, ça nous obligerait à y penser...
- Les textes des Wiki qui sont dans la base et ne supporteront pas <?=$config[sous_dossier_installation]?> :(
Argh et oui, of course, les liens ont été tapés "à la main" et à une époque où on avait pas pensé à ça. Donc on a fait du "Voir ici : /ajout-point/ pour ajouter un point". Pas dramatique pour les dév qui seront dans un sous dossier, mais non propre. (Heureusement que la majorité des liens sont vers le wiki lui même et donc que l'url est dynamiquement créée)
On doit pouvoir s'en sortir quand même car on utilise la syntaxe phpBB :
[ url=/exportations/formulaire_exportations.php]
si ça commence par un "/" j'ai qu'a automatiquement convertir en un lien tenant compte du sous-dossier
Peut être quelques tests supplémentaires avant de mettre en prod ?
Comme tu veux, je suis dispo ce week end pour réparer au cas où. Et nos utilisateurs sont les meilleurs débuggeurs ;-) Un 404 au mauvais endroit n'a de douloureux que si on a tapé une fiche de 10 bras de long et qu'on a ça à la validation !
Pour le reste, le risque de corruption de donnée dans notre base lié à ça me semble extrêmement faible.