You are not logged in.
ton contenu est bien revalidé ?
Compliqué de répondre sans stack trace complète, mais là on dirait qu'il ne trouve pas le contenu de la page, c'est bizarre.
Pourquoi tu parles de table de référence ? ce n'est pas un contenu normal dans ton zoneItem ?
Bonjour,
Je ne pensais pas que quelqu'un s'en servait encore !
Toutes les autres cartes sont sous OSM maintenant, sauf le service Maps.
Vous en auriez besoin ?
Hello,
- Je ne comprends pas exactement ce que tu entends par "pas liés à des droits", ce sont des contenus comme d'autres.
- Il n'y a pas eu de modif depuis longtemps à ce sujet, je suis étonné. Ce qui est remonté est le contenu d'une vue, donc de toute façon tu peux toujours modifier la vue pour avoir ce que tu veux.
- Tout est en migration auto normalement, il n'y a plus de doc associée
Cédric
Il faut que la page ne soit pas cachable, soit parce qu'elle contient un service non cachable, soit parce qu'elle est à accès restreint.
Une autre tactique est de faire une page cachable mais de gérer la partie dynamique en JS, il y a plein de façon de faire, mais ça dépasse le cadre d'Ametys.
Attention au cache quand on joue avec ametys:user() (si tu parles bien du helper XSLT)
Pour l'URL d'authentification c'est de la forme _authenticate?requestedURL=/demo/fr/espace-membre.html
Avec du dev on peut tout faire
Mais rien de magique et automatique non.
Les facettes jointées existent côté back-office, et donc techniquement Ametys sait le faire, mais ça n'a jamais été implémenté côté recherche front. Donc c'est possible, mais avec pas mal de développement serveur.
Cédric
Bonjour,
Je ne suis pas sûr de comprendre la question : dans le texte riche, vous pouvez bien insérer un lien vers une page du CMS ? Ou alors ça ne fonctionne pas ?
Cédric
dans la conf générale oui mais pas par site
Ce que tu imagines n'est pas possible, mais par contre je ne vois pas pourquoi tu ne pourrais pas rajouter un attribut dans les FAQ et ne t'en servir que dans les skins concernées ?
Une table de référence est un contenu comme un autre, donc tu peux tout à fait déclarer un attribut vers une table de référence à l'intérieur d'une autre table de référence.
Ce n'est pas vraiment du ressort d'Ametys, qui s'adaptera automatiquement.
Il faut regarder soit la configuration de Tomcat, soit plus généralement au niveau du reverse proxy (Apache ou Nginx)
Salut,
Tu est tombé sur le ticket CMS-11875 (je n'arrive pas à mettre un lien), il te faut mettre à jour ton projet dans la dernière 4.7
Cédric
Bonjour,
Le transformer i18n est exécuté *après* la XSL, donc on ne peut pas tenir compte des résultats i18n dans les calculs XSL.
Par contre on peut en effet reproduire le même comportement en appelant des helper Java.
quel est le helper javazoneddatetime ? Parce que si on a accès à l'API Java, le mieux est de passer par la méthode ZonedDateTime.withZoneSameInstant pour passer de UTC à CET
Ce qui donnerait :
<xsl:variable name="localStartDate" select="javazoneddatetime:withZoneSameInstant(dateutils:parseZonedDateTime($startDate), zoneId:of('+01:00'))"/>
en déclarant zoneId comme avec la classe java.time.ZoneId
Je n'ai pas testé, mais ça devrait fonctionner
Cédric
Je ne pense pas, mais tu peux toujours modifier le code de la gestion de ce panier pour y mettre n'importe quoi en fait.
Hello,
Il n'y a rien qui va faire tout ça magiquement tout seul. Tu pourrais en effet utiliser le plugin formulaire et ensuite coder des fonctions de workflow pour créer un contenu à la validation du formulaire, mais ce n'est pas trivial.
Une autre piste est d'utiliser un plugin qui étend le plugin UGC, tu peux prendre exemple sur classified-ads qui fait un peu ça.
Cédric
Tu parles du panier dans l'ODF ?
C'est fait juste pour des objets de l'ODF, tu voudrais en faire quoi ?
Rien dans Ametys, non, il faudrait soit requêter un outil de stats externes (Gogogle analytics, matomo, ...), soit enregistrer l'info quelque part à chaque recherche, tout en faisant attention aux performances, c'est loin d'être trivial ...
Salut Jon,
Je réponds avec un peu de retard.
Ca fonctionne bien sur nos tests, donc ce n'est pas un problème général. Tu dois avoir des erreurs dans tes logs ?
Cédric
Bonjour,
Attention à ne pas confondre l'onglet "Administration" du back-office (qui correspond plutôt à des administrateurs de l'application, mais pas systèmes) de l'espace d'administration accessible à http://<server>/_admin
Les deux espaces sont différenciables à leur couleur (violet pour le back-office, bleu pour l'administration)
Cédric
Bonjour,
La dernière version stable d'Ametys est la 4.7.x, la 4.4 est obsolète depuis un moment.
Pour autant la doc n'est pas forcément toujours à jour, mais je ne peux pas voir votre lien, il n'apparaît pas dans le post.
Par ailleurs, la doc correspond en général à la version téléchargeable, mais les menus et les onglets étant paramétrables, il est possible d'avoir in fine des onglets personnalisés qui ne sont pas exactement ceux de la doc.
Cédric
Bonjour,
Désolé pour le délai de réponse, je n'avais pas vu le message.
Tout me paraît bien sur le code, mais est-ce que par hasard votre Ametys ne serait pas en mode "Production" ? (Dans ce mode, les catalogues ne sont rechargés qu'au redémarrage de l'application). Ou alors est-ce qu'il y a quelque chose dans les logs ?
Cédric
Bonjour,
Ce n'est pas dans un cache, c'est une requête faite en temps réel.
Mais il y a une astuce : les ELP qui renvoient des 404 sont certainement des ELP orphelins : ils sont bien là donc remontent dans la recherche, mais ne sont rattachés à aucune formation, donc n'ont pas d'URL en réalité. Ca pourrait être ça ?
Bonjour,
Le message initial datait d'il y a 5 ans, sur une version qui est maintenant obsolète, et avec notre ancien installer, donc je suppose que l'erreur n'est pas tout à fait la même, en tout cas pas sur la même version de Java.
Vous pouvez être plus précis ? Quel message d'erreur ?
Cédric