Forum Ametys

Bonjour

dans les champs de connexion à la base de données, vous devez saisir les login et mdp mysql. Par exemple root/root. Il faut un utilisateur ayant droit de création et de suppression des tables car certains plugins peuvent créer de tables SQL.

Concernant l'utilisateur à l'espace d'administration "_admin", il n'utilise pas la base de données. Le mdp est stocké dans un fichier crypté.

Par contre, une fois que tout est renseigné correctement : si vous vous connectez directement au cms (sans _admin dans l'url) : là vous utilisez la base de données. Il est donc impératif d'y créer un utilisateur préalablement.... dans _admin. Puis de créer un site, et d'y affecter votre utilisateur comme gestionnaire

Vous devriez faire les essais suivants:

<test><xsl:copy-of select="/view/content/tags/actu"/></test>
<test><xsl:copy-of select="/view/content/tags"/></test>
<test><xsl:copy-of select="/view/content"/></test>
<test><xsl:copy-of select="/view"/></test>

Et voir ce que cela donne à chaque fois pour comprendre d'où vient l'erreur

Comment faites-vous pour obtenir ça ? Cela s'affiche dans votre navigateur ? Le récupérez-vous dans les sources de la page ?
Avez-vous ajouté un cocoon-view dans votre url ?

Car je n'ai pas l'impression que vous fassiez la bonne manipulation.
L'idée est d'ajouter cette commande xsl dans votre XSL de rendu, en plus du rendu normal.
De visualiser la page en résultant, et dans son code source de récupérer ce XML d'entrée.
Donc notamment, il n'est pas possible que cela ressemble à ce que vous me donnez ci-dessus, car il y a un en-tête XML.

Non, quand tout est sur la même machine localhost:8080 est très bien.

Le CMS a dans sa configuration "Applications front-office"  doit contenir les urls des tomcats front office pour que le back lui téléphone. dans votre cas : http://localhost:8080 va bien.
Le CMS a dans sa configuration "Adresses IP des front-offices" qui sert à protéger le backoffice en n'acceptant que certains IPs en entrée. Donc si le front va téléphoner au back en localhost, il y arrive avec l'ip locale 127.0.0.1

Ensuite le CMS a Site par Site, un paramètre "URL" qui doit contenir l'url qui sera utilisée par le *visiteur* pour accéder au site. Par exemple

Enfin, la ou les applications sites, ont besoin du numéro de téléphone du back : http://localhost:8080/cms est bien.

Commencez par essayez d'accéder au back-office au travers de tomcat directement ; pas la peine d'ajouter une source d'erreur potentielle qu'est la conf httpd.
Du coup connectez vous à  si votre tomcat est sur 8080.
Mais tout ça ne vaut que si le contexte de votre application est ROOT ; si vous avez installé votre application dans le context "cms" il faut se connecter à

Bonjour,

Concernant l'installation, tout dépend de ce que vous souhaitez obtenir ; mais dans tous les cas c'est réalisable avec un seul tomcat.
En effet, vous pouvez :
* viser deux noms de domaines différents. Par exemple :  et cms.mondomaine.local.
* un seul nom de domaine avec deux contextes. Par exemple :  et

Quand nous parlons de créer un DNS vers la machine, cela se fait sur votre infrastructure réseau afin que la machine réponde sur le réseau au doux nom de "" et, le cas échéant, à "cms.mondomaine.local". C'est une opération qui ne se fait pas sur la machine, mais sur votre DNS de réseau local.
Dans le cas d'un domaine internet par exemple, cela se fait chez votre fournisseur du nom de domaine.

Dans le server.xml de tomcat, il est possible de doubler la balise <Connector> pour avoir un deuxième numéro de port, mais cela n'est pas nécessaire dans notre cas.

Quand vous tapez l'url du back-office + _admin vous être redirigé sur l'espace d'administration SYSTEME du backoffice.
Quand vous tapez l'url du front-office + _admin vous être redirigé sur l'espace d'administration SYSTEME du frontoffice.

Si lorsque vous tapez "" vous atterrissez sur "It works", c'est que vous avez mal déployé ou référencé l'application.

Ametys sait faire des tas de choses : des sites webs, des espaces collaboratifs, de la gestion de fiche... c'est aussi un framework de développement.

Cart est un plugin qui n'est pas compatible avec la gestion de sites webs ; mais même s'il l'était je ne pense pas qu'il vous intéresserait puisque son contour fonctionnel est de permettre de faire des paniers de contenus et de résultats de recherches dans le back-office : donc pour les contributeurs. Il est intéressant pour le personnes qui gère une énorme masse de contenus (on parle de dizaines ou centaines de milliers de contenus) et cela de manière collaborative et décentralisée.

le message a été coupé

Bonjour,

quelle version d'Ametys utilisez-vous ?
avez-vous essayé la technique du <xsl:copy-of/> que je décris plus haut ?

Le problème pourrait venir de l'utilisation d'une JVM 8. On n'a pas de test poussés sur cette version là; alors que java 6 ou 7 pas de problèmes.

Ensuite, cela peut provenir d'une erreur de cache, et vous pouvez tenter le lancement en mode debug de l'ihm : en ajoutant "?debug.ui=true" à la fin. Par exemple :

Pouvez-vous essayer avec les interfaces en mode "debug" ?

Soit dans la configuration de l'admin, il faut cocher la bonne case dans la catégorie "Système".
Soit dans l'url du CMS vous ajoutez "?debug.ui=true" ; par exemple

Bonjour,
Ce que je vais dire est vrai pour la version 3.6 d'Ametys (et partiellement vrai pour la 3.5) :
1- lorsqu'on copie un site, les contenus sont dupliqués. Ils n'ont donc plus de lien avec le site d'origine. Vous pouvez donc les modifier de manière indépendante.
2- lorsqu'on supprime des pages (racines ou pas) d'Ametys, Ametys vous demande si vous souhaitez aussi supprimer les contenus qui deviendraient orphelins. En cochant la case, vous ne créerez donc pas d'orphelins.
3- En effet, la copie de page ne fonctionne pas entre sites. Par contre vous pouvez "Partager du contenu" entre sites ; mais dans ce cas, la modification d'un contenu du site A entraînera une modification sur le site B.

Si vous souhaitez remplacer une rubrique par un sous-site, l'idée du dupliquer le site, puis de le vider des autres pages me paraît bonne. Lorsque le deuxième site est prêt, vous pouvez alors supprimer la rubrique en question du premier site et remplacer par exemple la page racine par une redirection vers le nouveau site.