You are not logged in.
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
Salut Jon !
Welcome back
Aucune idée de comment te répondre pour la 4.4, c'est trop vieux, il faut d'abord penser à monter de version.
Ta démarche a l'air ok a priori, mais on pourra pas t'aider sur une version obsolète. Pour info, on a sorti la 4.6 il y a quelques mois et la 4.7 va pointer le bout de son nez d'ici 2-3 semaines.
Cédric
Bonjour Mathieu,
Quelle est ta version d'Ametys ?
Dans les versions récentes (>= 4.5 je dirais), on a la fonction Report.create accessible en script et qui permet de générer des rapportes type "tableau", soit en CSV, soit en PJ par mail, soit en print dans la console
En bonus, une fois qu'on a fait ce script, on peut l'enregistrer dans le répertoire de requête et mettre une tâche programmée pour l'exécuter régulièrement par exemple.
Cédric
Bonjour Mathieu,
Je pense que vous vous êtes répondu tout seul
Donc oui quand on supprime une langue, ça supprime complètement l'arborescence associée, donc les pages.
Par contre les contenus, eux, ne sont pas supprimés et deviennent orphelins.
En réalité le moteur de recherche cherche parmi les contenus et pas les pages, d'où le fait qu'on les retrouve bien quand même.
On a pas vraiment de solutions toute faite.
Le plus simple (mais le plus pénible), c'est de recréer l'arborescence à la main, et de raccrocher les contenus, qui eux n'ont pas disparu.
Depuis la 4.5, on avait commencé à implémenter une fonctionnalité d'export/import dans l'admin que vous pouvez tester, mais ça n'a jamais réellement été testé en production.
Bizarre cette histoire, le title est globalement un attribut obligatoire et toujours présent.
Attention, pour aller voir dans _repository, il y a deux possibilités : soit l'arbre JCR dans lequel il ne faut mettre que le 'XXX', soit l'arbre Ametys dans lequel il faut mettre l'id entier 'defaultWebContent://XXX'
L'arbre Ametys est censé montrer plus de choses, notamment ce qui n'est pas stocké, mais dans la pratique je n'utilise que l'arbre JCR, justement parce qu'il montre exactement ce qui est stocké
Les données sont présentes mais pas indexées dans Solr sans doute, d'où le fait qu'Ametys ne trouve rien.
Lors d'une récupération de sauvegarde, deux options :
- soit il faut récupérer les index Solr avec et les mettre à la place des anciens
- soit il faut lancer une réindexation totale depuis l'admin (attention, c'est très long)
Cédric
Bonjour Jean-Baptiste,
Nous récupérons la date de création qui nous est renvoyée par CMIS donc oui ça devrait fonctionner.
Si vous pouvez mettre le lien ici une fois la demande créée, ça sera plus simple pour le suivi !
Merci,
Cédric
Bonjour,
Effectivement, merci !
Corrigé en 4.4.x et 4.5.0 dans le ticket
Cédric
Bonjour,
Il n'y a en réalité qu'une seule application, c'est la même, quelle que soit le mode d'installation. La version de démonstration est simplement installable sur le poste de travail et contient en outre des données de démonstration.
Cédric Damioli
C'est tout à fait juste, merci !
Corrigé dans les futures 4.4.9 et 4.5.0 :
Bonjour,
Oui bien sûr, la version de démo est une version tout à fait complète.
Il faut avoir le plugin odf-sync, je pense que c'est le cas avec la démo.
Par contre il est carrément possible que la doc ne soit pas à jour.
Il faut configurer la base Apogee comme une source de données normale dans l'admin.
Cédric
oui tout à fait
Bonjour,
Dans la vue du service, vous avez accès au helper ametys:groups() qui va vous remonter la liste des groupes de l'utilisateur connecté, si c'est une page à accès limité.
Avec ça vous pouvez écrire la logique que vous voulez.
Cédric
Bonjour,
Aucune recommandation particulière.
Cédric
PS : ah si, passer à la v4, il n'y a plus de fichiers XML
Bonjour,
Vous parlez du service "Contenu d'un répertoire" ?
Il existe déjà une vue qui affiche les métadonnées Dublin Core, vous pouvez vous en inspirer :
Cédric