Forum Ametys

Merci de ces premiers retours. Voilà qui est intéressant !

Cette réflexion est également en cours chez nous, et je rejoins assez volontiers le propos de Fabien sur le fait que le métier d'un CMS n'est pas forcément d'être un outil d'emailing.
D'où à mon avis la nécessité de pouvoir se connecter à un outil tiers quand ce qui est fourni de base ne suffit pas.
Reste à savoir si ces outils tiers supportent la notion de connecteur et de voir ce qu'il est possible de faire avec.

Concernant Ametys, toute la question est de savoir ce que nous devons faire et comment.
Il me semble important, c'est la valeur ajoutée d'un CMS, qu'Ametys puisse gérer les inscriptions/désinscriptions (c'est déjà le cas actuellement, même si ça mériterait sans doute plein d'améliorations) et la conception, au moins partielle, du contenu du mail, à l'aide de l'insertion d'articles du site.

Concernant la mise en page des newsletters, nous étions partis sur un assemblage complexe de balises div, mais nous nous rendons compte que le mieux est peut-être de repartir sur de bons vieux tableaux imbriqués. C'est moins satisfaisant sans doute, mais c'est plus stable et moins "fragile". Qu'en pensez-vous ?

Pour ce qui est des parties vérouillées, vous soulevez tous les deux un point intéressant. Nous avons le concept de "modèle" de newsletter, qui est en fait du HTML par défaut inséré dans l'éditeur. Nous pourrions tout à fait ne permettre d'éditer que l'intérieur de ce modèle pour que le contour ne soit jamais touché. Dans ce cas, on ne visualiserait pas immédiatement le rendu dans l'éditeur, mais seulement après sauvegarde, comme pour les contenus actuellement.
De là à traiter les newsletter comme une page, avec des zones, des contenus, des services, je pense qu'il y un vrai pas que je suis pas sûr qu'il faille franchir...

En résumé, toutes les pistes sont ouvertes, et je suis preneur de vos idées

Cédric

1) Pour l'authentification : les utilisateurs disponibles se trouvent dans _admin > Utilisateurs : vous avez ce qu'il faut ?

2) En général cette erreur est due à la protection par IP côté back-office pour protéger les requêtes venant du front-office. Vous devez avoir une trace dans les logs du back-office.

Là, le CMS essaye d'accéder à la page "index" de la langue "fr" du site "test"
Côté back-office cette page existe ? Ses contenus sont validés ?

En général, c'est plus facile de commencer par regarder côté back-office quand on a des problèmes de ce genre : si vous aller sur la page en question, vous pouvez voir si le bouton "Version en ligne" est disponible. Si non, c'est que la page n'est pas visible en ligne, donc pas accessible par le front-office.

et votre dernier problème est un problème classique de configuration !

Etant donné qu'Ametys est un CMS multi-site et qu'il n'y a qu'une seule application front-office, il faut commencer par savoir quel site vous souhaitez consulter.
Ce choix est fait en comparant l'adresse avec laquelle vous appelez le front (en l'occurrence ce doit être  d'après votre message d'erreur) et la valeur du paramètre de site correspondant côté CMS (dans _admin > Sites > configuration)

du coup pour les utilisateurs, c'est ok ?
Pour info, c'était quoi le problème de configuration ?

Et pour les applis, c'est vous qui voyez, on rencontre de tout : deux tomcat différents, deux machines différentes, ou un seul tomcat avec deux applis.

Personnellement, je recommande deux tomcat (qu'ils soient sur la même machine ou pas), comme ça, en cas de problème ca permet de couper l'un sans couper l'autre.
S'ils sont sur la même machine, bien sûr, il faut deux ports différents, et bien penser ensuite à modifier la conf correspondante.

non non, juste le CMS
C'est Tomcat ? Ou Jetty ?

ou alors c'est un problème de driver MySQL ou de version de driver et de version de serveur ?

Depuis l'écran d'admin vous arrivez à voir les utilisateurs dans la base ?

En tout cas, l'erreur qui remonte est liée à le connexion avec votre base MySQL.
Vous utilisez quel driver ?

Je ne vois pas votre pièce jointe avec les erreurs

Pour le chemin d'accès JCR, n'import quel path sur le serveur est ok qu'il soit relatif ou absolu

Une erreur fréquente, si vous utilisez MySQL, est qu'il manque le driver JDBC de MySQL dans la distribution (c'est indiqué dans la documentation, mais je reconnais qu'on peut facilement passer à côté), pour des histoires de licenses et de droits de redistribution.
Si c'est votre cas (le fichier s'appelle mysql-connector-java-5.XX.YY.jar dans WEB-INF/lib), il faut le récupérer à l'adresse

Cédric

C'est effectivement étonnant, vos paramètres ont l'air corrects. Peut-être une erreur de frappe ?

Sinon, vous pouvez essayer d'appeler l'URL http://localhost:8080/cms/_sites.xml dans votre navigateur, qui est l'URL appelée par le front-office pour connaître la liste des sites.
Vous retrouvez le vôtre ?

Je ne comprends pas votre problème.
J'accède normalement à

Oui c'est quelque chose que nous envisageons.
Mais il nous faut des cas d'applications.

Vous avez des besoins précis ?