Forum Ametys

Ca peut faire peur quand on a pas trop l'habitude, mais en réalité, il ne s'agit que d'un fichier XML à modifier.

Bonjour,

Oui ça change en v4
Mais le principe reste le même : ajouter un champ dans le modèle dans le fichier WEB-INF/param/content-types/_override/org.ametys.plugins.odf.Content.program.xml 
Et éventuellement ajouter une énumération effectivement.

Ensuite le service moteur de recherche listera automatiquement tous les champs énumérés.

Cédric

(sans doute parce que le forum n'est pas fait avec Ametys  )

the recommended architecture is to have one tomcat per application, so you're right

Be aware that depending on your actual data, the back-office MAY be heavy loaded, even if no contributor at all is actually connected to the platform.

First question : does your pages contain mainly contents, or dynamic services ? If there's almost only contents, resulting pages will be put in the front static cache, and served quickly even under heavy load.
On the other hand, if you have mostly dynamic information and uncacheable services, the front-office will proxy all requests to the back-office.

Question qui parait simple et qui ne l'est en réalité pas

Alors en fait, je suppose que vous avez la combo classique Apache  -> Tomcat -> Ametys ?
Avec Apache qui utilise le mod_proxy pour parler à Tomcat ?

Je vous conseille ne pas passer Tomcat en HTTPS, souvent ça ne sert pas à grand chose en terme de sécurité si Apache et Tomcat sont sur la même machine par exemple.
Mais en faisant ça, il faut tout de même dire à Tomcat (dans sa balise <Connector>) qu'il est proxié par du HTTPS.
La doc de Tomcat pourra vous aider, mais il faut a minima ajouter secure="true"
Ensuite, il faut évidemment modifier la conf du site en question pour que son URL commence par https://

Si vous avez le message d'erreur "There's no site ...", c'est souvent soit que vous n'avez pas entré la bonne URL dans le navigateur (si, si , ça arrive ...), soit que  est redirigé vers  et dans ce cas souvent Ametys n'y est pour rien et c'est la conf Tomcat ci-dessus qui résoud le problème.

Sinon faut fouiller plus fort, mais on va déjà commencer par ça

Cédric

Bonjour,

J'arrive un peu après la bataille, mais effectivement, malheureusement, nous n'avons pas de tuto ou de doc formalisée sur le sujet de la migration v3 -> v4
Nous avons des docs internes, mais à ce jour, rien qui ne puisse être utilisés sans support ou assistance.

En gros, dans le cadre de cette migration :
- les skins restent compatibles
- les données le sont globalement, mais pas tout à fait, et c'est tout le problème : les workflows ne sont plus stockés au même endroit, certaines propriétés ont changé de type
- les plugins ont presque tous leur équivalent en v4, mais pas tout à fait non plus : par exemple, les plugins gadgets ou UGC n'existent plus en v4. MyPage non plus, qui a avantageusement été remplacé par User-directory.

Ce sont tous ces "pas tout à fait" qui font qu'on ne peut pas avoir de doc exhaustive sur le sujet et que c'est un peu du cas par cas.

Cédric

Hi,

You're right, our English documentation is quite outdated.
However, service development has not much changed since 3.4

A service is basically an URL invoked by the system when rendering the page.
An URl is itself basically a pipeline inside a sitemap.xmap inside a plugin.
You'll find many samples through all existing plugins

Cédric

Bonjour,

Bonne année également !

Donc oui, pas d'UGC pour l'instant en v4, pour plusieurs raisons :
- il n'est pas assez générique
- l'interface front-office n'est pas idéale (pas de possibilité de rich text notamment)

On a maintenant des outils en v4 pour faire de la modification front-office, et il faut qu'on réflechisse à la refonte complète de ce plugin UGC. C'est dans les cartons, mais ça n'a pas été abordé encore.

Par contre, du coup, j'en profite pour vous demander votre cas d'usage pour ce plugin : c'est en intranet ? internet ? pour des petites annonces ? des candidatures à quelque chose ?

Merci de votre retour,
Cédric

Bonjour Jérôme,

1) C'est le template "user-page" s'il existe, sinon c'est le template "page"
2) Il faut indiquer un héritage, comme indiqué à la page

Cédric

C'est le serveur qui reçoit les requêtes de l'extérieur et qui les dispatche à Ametys.
La configuration n'est pas toujours la même en fonction des URL, des sites, ...

Ceci étant, ce n'est pas normal que ca plante comme ça juste à cause d'une mauvaise clef d'API.

Vous pouvez ouvrir un ticket sur  (en anglais) pour expliquer ce que vous avez fait (ou pas fait) avec votre clef d'API et l'erreur obtenue, pour qu'on essaie de l'intercepter et de mettre une erreur plus parlante ?