Comment modifier 'root_to_path' après l'installation

pour une installation dans un sous-domaine

J'ai posté un commentaire au même effet sur le site anglais, où j'ai indiqué des détails plus techniques : View this comment

Voici la situation : j'ai installé yacs dans un sous-domaine et j'ai du omettre quelque chose ou faire une erreur. Quoiqu'il en soit, le 'root_to_path' semble erroné.

Je ne peux même pas m'authentifier, donc pas accéder au panneau de contrôle. Dois-je ré-installer ou puis-je faire autre chose, comme modifier manuellement un fichier ?

J'ai fouillé la doc de ce site et n'ai rien trouvé (pas à mon niveau de connaissance en tous cas). J'ai joué un peu avec le fichier shared/global.php mais sans résultat.

Un coup de pouce SVP...

Bernard from nearby-an-airport Associate, 6927 posts	Edit · Delete on Nov. 21 2006 Ce paramètre, comme tous les paramètres de base de YACS, est rangé dans le fichier `shared/parameters.include.php`, qui est normalement mis à jour par le panneau de configuration principal. Néanmoins, faute d'accès au site, vous pouvez y accèder par FTP, le modifier sur votre machine, puis le replacer sur le serveur.
Lasares from Montréal ou Chambly, Québec 781 posts	Edit · Delete on Nov. 21 2006 Bernard : Merci ! Un bout de chemin est fait. J'ai modifié url_to_root pour éliminer la mention fautive du répertoire de sous-domaine et j'ai le skin ! Comme il est bon d'être guidé par un pro ! Par contre, certains des liens contiennent encore le répertoire 'de trop' au début ('/sousdomaine/...'). Ainsi, à partir de la page d'acceuil, j'accède à celle des couvertures sans problème, mais pas à la carte du site. Je ne peux pas non plus m'authentifier (pas d'accès à la page). D'autres suggestions ?
Lasares from Montréal ou Chambly, Québec 781 posts	Edit · Delete on Nov. 22 2006 Bon, hé bien j'ai tout arraché et j'ai recommencé : 22 minutes en tout, y compris la purge de la base de données et l'installation d'une feuille de style personalisée... Wow ! C'est vraiment un outil puissant que ce yacs, quand on sait l'utiliser. Le mystère reste entier quand à la raison de mon f...-up avec le root_to_path. Quand je me suis couché hier soir, tout fonctionnait, puis plus ce matin. Enfin, c'est réglé : bonne nuit !
Bernard from nearby-an-airport Associate, 6927 posts	Edit · Delete inspired from Lasares on Nov. 22 2006 Lasares: Le problème provenait des articles créés par YACS pendant l'installation, qui reprennent le contenu de la variable url_to_root. C'est le cas par exemple du menu principal, avec le lien vers la carte du site. Soit il faut reprendre ces articles manuellement, soit les effacer et lancer l'assistant de contenu pour les recréer.
Lasares from Montréal ou Chambly, Québec 781 posts	Edit · Delete on Nov. 23 2006 Bernard : Merci, je comprends. Du moins, je crois comprendre, je ne suis pas allé explorer les articles et ceux d'hier sont effacés, de toute façon. J'ai mis en ligne le site aujourd'hui. Malheureusement, je ne peux pas vous le faire voir, c'est une intranet privé pour le projet d'un client. C'est encore bien rudimentaire mais je travaille sur un projet personnel qui utilisera beaucoup mieux le plein potentiel de yacs. Celui-là, je vous le montrerai ! Et je vous ferai de la pub !
Bernard from nearby-an-airport Associate, 6927 posts	Edit · Delete inspired from Lasares on Nov. 25 2006 Lasares: Alors à très bientôt...
Agnès from le Grésivaudan (grenoble-chambéry) Associate, 2191 posts	Edit · Delete inspired from Bernard on Dec. 11 2006 Bernard : j'ai un problème un peu similaire mais qui ne se résoud pourtant pas : gresivaudan.org est installé à la racine chez l'hébergeur. J'ai un dossier /aaa qui contient une 6.9. Pointant sur la même base de données, nous y avons fait des tests de migration, et amélioré quelques trucs. Je voulais faire pointer www.gresivaudan.org directement dans ce répertoire /aaa et mettre la nouvelle version en production. quand on fait gresivaudan.org/aaa, on a accès au serveur, fonctionnel. j'ai créé un sous-domaine de test, que je fais pointer directement sur /aaa, et j'ai modifié les paramètres système pour avoir url_to_root à / (et non plus /aaa/). Seulement, quand j'appelle le serveur via le sous-domaine (http://test.gresivaudan.org), je n'ai pas de skin. Les sources montrent que la feuille de style est cherchée dans /aaa/skins/..., alors qu'elle devrait être cherchée dans /skins/... De retour sur les paramètres système, je me rends compte que ma modification n'a pas été prise en compte. L'édition et la modification manuelle de shared/parameters.include.php n'a rien changé à l'affaire. A n'y rien comprendre. Une idée ? Agnès Il n'y a pas de problèmes, que des solutions.

7 comments