Forum Ametys

Yes

IIUC, you've got the same issue than in one of your previous posts :

For security reasons, networking between front-office and back-office is IP-protected
Thus, the back-office only accepts requests from the front-office if they belong to a given IP.
If you look at your back-office logs, you'll see something like "IP 'X.X.X.X' is not allowed as front-office IP."
You have to check your configuration.

One more advice :
It seems you have many issues while setting up your Ametys environment.
If I could suggest you something, it would be to begin with the simplest possible configuration, and modify things one by one.
The simplest possible environment is IMHO to have :
- Tomcat (or Jetty)
- Ametys out-of-the-box
- two webapp contexts : /cms for the back-office and / (ROOT) for the front-office
- one site (call it www or whatever) mounted on / ()

So that your CMS will be accessible on http://localhost:8080/cms
And your site on http://localhost:8080/en/index.html

Regarding your wondering about the URL in the error message : "http://localhost:8080" is the CMS URL configured in the Front-office, and "" is the site URL configured in the site configuration

I hope all is clearer now

Thanks for your feedback
We'll do more tests with postgre

So with derby, the live workspace is ok and you can access your page ?

The stacktrace seems to indicate that your site is NOT in the live workspace, which is quite strange.

Could you go to the admin area, and try ro rebuild the live workspace ?

Bonjour,

C'est toujours en cours
Nous prévoyons toujours de rendre cette doc disponible en même temps que la sortie d'Ametys 3.5, qui ne devrait plus trop tarder maintenant, c'est une affaire de quelques semaines !

Nous ne nous sommes pas encore posés la question.
Vous comptez travailler dessus de votre côté ?
Si vous avez des éléments qui peuvent permettre d'initialiser un plugin Ametys sur le sujet, nous sommes preneurs !

Bonjour Fabien,
Et meilleurs voeux également.

Effectivement la doc en ligne correspond au nouveau module ODF 2.0 qui est sorti toute fin 2012
Les versions précédentes (dont la vôtre) ne sont pas compatibles OAI.

Mais il existe depuis la version 1.2 de l'ODF (vous êtes en 1.3, de mémoire) une URL qui renvoie la totalité des identifiants des formations.

Ce qui permet de faire un traitement en deux temps :
1) Un appel à cette URL qui renvoie la liste de tous les identifiants
2) Un appel à l'URL de génération du CDM-fr par identifiant

Est-ce que ca pourrait vous convenir ?

Personne n'avait jusque là exprimé le besoin d'exporter la totalité de l'offre en un seul fichier (ça ferait un fichier très volumineux !!), mais si ce besoin apparaît, pourquoi pas, ça peut faire une bonne idée d'évolution.

Cédric

Bonjour,

Vous avez regardé  ?
Sur la page de téléchargement, vous avez effectivement une version de démo avec un installer, mais vous avez aussi une version ZIP qui contient uniquement l'application et pas les données de démo.

Il suffit ensuite d'une JDK et d'un Tomcat ...

Quelle étape trouvez-vous compliquée ?

Cédric

On avait regardé à une époque (pour les deux, ainsi que pour des banques), mais finalement on ne l'a jamais fait.
Mais c'est tout à fait réalisable et pas très complexe.
Les doc des produits sont en général bien faites et les API sont claires. Souvent d'ailleurs il s'agit d'un simple lien comportant une clef unique qui la relie à votre compte.
Le paiement s'effectue dans leur appli, donc rien à voir avec votre site ni avec Ametys.
Il faut penser à créer une page de retour dans Ametys pour que l'internaute revienne dessus après son paiement.

Après, qui dit paiement dit en général choses à acheter et éventuellement boutique en ligne ou autre, gestion de paniers, ... et là, c'est un autre sujet

Je ne sais pas si vous avez recopié ou ré-écrit la JAVA_OPTS dans le message, mais là il manque un "-" devant XX:MaxPermSize

La plupart du temps, oui, mais pas forcément : certains hébergeurs proposent des prestations d'infogérence pour administrer le serveur à votre place

Je ne connais pas cet hébergeur en particulier, mais si c'est un serveur dédié, vous devriez pouvoir installer ce que vous souhaitez.
Les prérequis pour Ametys sont a minima une machine virtuelle Java et un serveur Tomcat. Il faut également prévoir un serveur de base de données MySQL.
Si c'est un serveur infogéré, vous pouvez sans doute les contacter pour qu'ils vous installent tout ça, voire même directement Ametys, pour que vous n'ayiez rien à faire !
Vous ou eux pouvez vous référer à notre documentation d'installation

Après avoir pris le temps de la réflexion sur ce sujet, voilà où j'en suis : je pense qu'Ametys ne doit pas essayer de concurrencer un outil de composition (Dreamweaver) ni un outil d'emailing (MailChimp) mais fournir ces fonctionnalités dans une version basique et très stable, tout en sachant passer la main à ces outils spécialisés si nécessaire.
Les avantages à utiliser les outils Ametys étant bien entendu sa connaissance de la base de contenus et de la liste de adresses collectées par le site Web.

Ce qu'on pourrait donc imaginer dans une version 2 de l'outil newsletter :

A) Composition

1) Composition manuelle
On considère dorénavant une newsletter comme un type de contenu "classique" avec de multiples champs riches qui seront assemblés au moment du rendu dans un gabarit comme actuellement.
La saisie n'est donc plus WYSIWYG (en tout cas pas plus que pour les autres contenus), mais nous n'avons plus les problèmes de conflit au moment de la saisie entre les différents élements de gabarit et ceux qui sont insérés manuellement.

2) Composition automatique
Parallèlement, on ajoute une fonctionnalité de newsletter automatique, basées sur un gabarit prédéfini, qui peut s'envoyer automatiquement tous les X jours/semaines, avec une requête prédéfinie (du genre les 5 dernières actualités étiquettées Recherche).

3) Composition externe
Pour remplir les besoins plus complexes, on autorise à insérer dans Ametys un contenu HTML (il reste à régler la probélématique des images/CSS externes) saisi par un éditeur externe, qu'on ne retouche pas, mais qu'on peut faire envoyer par Ametys.

B) Envoi

1) Interne
On fait envoyer comme actuellement la newsletter par Ametys, en ajoutant des interactions avec Google Analytics pour gérer des "campagnes" et des "événements". Ca permettrait d'avoir des statistiques sur les ouvertures et les clics sur les liens internes.
On gère les désinscriptions directement au niveau de la base Ametys, comme actuellement.

2) Externe
On fait faire l'envoi par un logiciel externe via un connecteur spécifique. Les déinscriptions et les statistiques sont bien plus nombreuses et gérées directement par le logiciel tiers.

Est ce que cette synthèse correspond à ce que vous aviez en tête ?

Cédric