Bonsoir,

Il serait intéressant d'ajouter des vérifications lors de l'accès direct au dossier d'un site esclave comme par exemple www.site.com/multisites/machin

Car même si dans la liste des noms de domaines on déclare www.site.com/multisites/machin, lorsqu'on y accède, on tombe sur un site qui a "bypassé" la redirection de JMS et qui se retrouve alors bugué donc potentiellement "dangereux".

Deux cas de traitement à mon avis :

- Si l'accès direct au dossier n'est pas déclaré dans la liste des domaines du site qui est dans ce dossier -> Redirection vers le site maître

- S'il est déclaré -> Traitement normal du site esclave

D'une part, pourquoi dites vous que le site est buggé quand on accède directement au répertoire.

Ensuite, il n'existe pas de nom de domain master.
Tout site qui n'est pas dans la liste est considéré comme master.
Dans le cas particulier que vous indiquez, quand on ne trouve pas le nom de domain dans la liste, on garde la configuration par défaut telle qu'elle est découverte à cet endroit là.
Donc si le site est déployé dans {site_dir}, il existe bien un fichier index.php avec "configuration.php" à cet endroit là. Donc c'est un point de départ tout à fait normal de Joomla. Je ne vois pas pourquoi vous dites qu'il est buggé.

Le site est "bugué" dans le sens où les liens des fichiers CSS & Javascript sont malformés, par exemple : <link rel="stylesheet" href="/multisites/machin/home/www/templates/montemplate/css/main.css" type="text/css" />

Pour une obscure raison, est rajouté avant le lien relatif correct vers le dossier templates un "/multisites/machin/home/www".

De plus, le site est bien déclaré dans la liste, et comme je le disais, lui est associé le domaine www.site.com/multisites/machin ce qui devrait normalement (si comme vous le dites le contrôle est fait) correctement appliquer les paramètres de configuration, or ça n'a pas l'air d'être le cas.

Le symptome que vous décrivez semble lié à SEF quand il est actif.

Avez vous activé le SEF de Joomla ? Si oui, est-ce que ce problème apparaît également quand SEF est désactive ? En d'autre terme est-ce un problème de SEF ou non.

Utilisez vous une extension additionelle pour du SEF ? Si oui laquelle.

Utilisez vous JoomFish ? Si oui, avez vous installé installé le fix JomFish quand SEF est installé pour que le "base dir" soit correct.

Le SEF de Joomla a été désactivé, le mauvais nommage est toujours là (PS : le cache n'est pas actif)

Mis à part multisites, aucun composant tierce à Joomla n'est installé.

EDIT : Apparemment, le soucis à l'air d'être dû au framework WARP (indispensable pour faire fonctionner tous les templates de chez YOOTheme), car les url sont correctes avec un template de base de Joomla (milkyway par exemple) et donc le template s'affiche correctement (même si le module SEF de Joomla est actif)

Y aurait-il une solution de votre côté afin de rendre multisites compatible avec ce framework ?

EDIT 2 : Par contre, un bug persiste : Si on veut accéder à l'admin du site esclave en utilisant l'adresse www.site.com/multisites/machin/administrator on tombe sur l'admin maître, étrange.

PS : Je pense que ce post est du coup plutôt une demande de support / compatibilité d'extension / bug report qu'une suggestion.

Ce que vous mettez en évidence c'est que le framework YooThemes fait des choses spécifiques qui impacte les URLs.

Comme vous pourrez le lire dans ce forum, notre société n'a pas pour vocation de fixer les bugs de toutes les sociétés qui créer des templates et qui ont décidé de remplacer le framework de joomla.
Pour votre information, nous avons dévloppé un plugin pour Yoothemes qui permet de patcher ce framework pour le fichier "params.ini" file speicifique à chaque site.
Sans ce patch le framework Yoothemes lit toujours celui du master.

Ce que vous décrivez semble être un autre élément spécifique qui ne serait pas pris en compte par notre plugin.

Le problème avec YooThemes (mais aussi avec d'autre société qui fabrique leur propre template), c'est qu'il inclue la librairie de dans chaque nouveau template qu'ils distribuent et donc nécessite d'appliquer des bugs fix pour chaque nouveau template.

Comme dit plus haut, notre but n'est pas de fixer les bugs introduits par les sociétés de templates qui ont décidés de contourner Joomla et proposer leur propre solution.

Nous ne publions pas le plugin actuellement parce que nous espérons que YooThemes incluera le code en standard dans son framework.
Ils ont été contactés et nous attendons de savoir s'ils vont décider d'inclure le code ou si nous devrons en faire un produit commercialisable puisque qu'à chaque nouveau template de leur part, nous devrons faire une nouvelle release. Nous préfèrerions éviter cette situations de MAJ à chaque modification de YooThemes ce qui explique aussi que nous devrons en faire un produit commercial et pas gratuit.

Je vous suggère de contacter YooThemes pour fixer le bug.