Forum Ametys

Ah oui... bon ben non alors.
Il n'y a que l'admin du site pour éditer vos utilisateurs.

Ah ben, oui tester ça en prod c'est un peu showtime.

Il faudrait le LOG pour savoir ce qu'il se passe. Il se peut qu'il vous manque le JAR mysql maintenant (à reprendre sur le BO).

La version "Site" des UsersManager est capable de gérer des utilisateurs différents par site => mais du coup interdit d'éditer cela dans l'_admin du FO car l'IHM de l'admin ne sais pas le faire  : il faut alors utiliser l'icone dont je vous parlais plus haut.

Bonjour,

pour n'avoir qu'un seul FO, il suffit que site1.fr et site2.fr renvoient sur la même machine et qui au niveau d'apache renvoie sur le même tomcat (en localhost:8080 par ex) avec le flag ProxyPreserveHost On (afin que tomcat reçoive bien le nom demandé par l'internaute pour en déduire le site à servir)

pour le bazar, non pas de procédure particulière, à part peut être demander si les modifications que vous envisagez sont les  bonnes

Alors, DefaultFrontOfficeUM veut dire, que vous utilisez les mêmes utilisateurs en front et en back.

Du coup, vu que le back est en CredentialAwareLDAPandJDBC, il faut que les deux FO le soient aussi avec exactement les mêmes paramétrage de LDAP et de SQL.

Et la partie Users sera ok.
Ensuite pour la partie CredentialProvider, il suffira là aussi que les fronts aient la même valeur que le back.

Alors, en Ametys 3.3 si j'en crois ma mémoire : la gestion d'utilisateurs différents par site n'existait pas encore et il fallait utiliser l'admin du front (vous pouvez vous rasseoir) qui reste cependant la même sur tous les sites et les utilisateurs sont partagés.
Il est bizarre donc que vous ayez un droit "gestion des Utilisateurs du site", à moins qu'effectivement cette gestion existait déjà tout en étant identique à ce que vous trouvez dans _admin du front.

Du coup la liste des corrélations que je vous ai donné ne doit pas être tout à fait correcte en 3.3

Donc vous avez quoi comme UserManagerFO dans le back ? et quoi comme UserManager dans le front ?

Bonjour,

les utilisateurs du front-office sont toujours à créer dans le backoffice via l'icone dédiée dans l'onglets Utilisateurs du ruban.
Notamment, car il n'y a qu'un seul front pour tous les sites et qui ne fait pas la distinction.

Par contre, il est important d'avoir une corrélation entre l'extension choisie pour gérer les utilisateurs dans le front, et l'extension choisir pour gérer les utilisateurs du front dans le BO. Voici la page qui indique les corrélations: 
Ensuite vous aurez le problème du choix du type d'authentification.

est-ce que vous avez fait le test d'écrire une XSL incorrecte (par exemple en ne fermant pas une balise) ?

* si vous avez une erreur à la restitution, c'est que votre XSL est bien utilisée mais que vous avec un problème de priorité ou de XPATH
* si vous n'avez pas d'erreur à la restition, c'est que votre XSL n'est même pas utilisée.

On est en effet typiquement dans un cas où l'on veut modifier la charte graphique en effet.

Donc il faut aller dans le code modifier votre/vos gabarits.
Je vous renvoie à la doc pour débrousailler le sujet, mais quand vous aurez des questions plus précises n'hésitez pas.

Bonjour.

En effet, à vue de nez, ce que vous proposez me semble correct. Par contre de là à savoir si c'était déjà possible de le faire en 3.3 d'Ametys...

Déjà, ce que je conseille toujours pour voir si un fichier XSL est pris en compte où pas est d'y faire une faute de syntaxe : par exemple écrire "<test>" sans balise fermante. Et voir si lors du rendu d'un article, vous avez une erreur ou pas.

Bonjour,

j'essaie de comprendre votre besoin : "XSL associée au plugin" ne veut pas dire grand chose pour moi.
Donc vous avez une source de données (votre filtre) et vous souhaitez l'afficher en HTML qqpart j'imagine ? mais où ?

Je pense à deux façons principales d'afficher :
* souhaitez-vous créer un service ?
* souhaitez-vous l'afficher en dur dans un gabarit ?

Par curiosité, quel genre de rendu auriez-vous souhaité avoir sur une liste de résultats ?

Vous pourriez essayer quelque chose comme cela plutôt : je ne propose pas page si "index" ou "contient /"

<condition template="page">
            <page reverse_regexp_path="^index$|^.*/.*$" />
</condition>