You are not logged in.
Il semble que ta page référence un contenu "raté".
Raté = mal initialisé car il n'a pas les propriétés minimale.
Depuis l'interface _repository, il faut le trouver et l'effacer.
Derby est une base de donnée embarquée et elle ne peut être lancée qu'une seule fois.
Dans ton cas, le BO la démarre et le FO essaie de la démarrer aussi.
Sol1 : ne pas utiliser derby mais une vraie base de données comme mysql par ex. c'est la solution que je recommande pour s'approcher d'un système en prod, mais cela nécessite de reconfigurer tout ce qui y est stocké (profils, utilisateurs...).
Sol2 : comme sur la démo, enlever les jars derby du BO et du FO et en mettre un seul au niveau du dossier de lib de tomcat
Tu peux récupérer Tools sur code.ametys.org
Mais sans ivy, en effet il ne pourra pas travailler
Pour le dernier point sur les chartes, il y a confusion.
Les skins sont considérées comme du code et ne sont pas soumises aux migrations automatiques des données.
Elles sont soumises aux migrations assistées du code.
Pour lancer ce script il faut un environnement de dev Ametys, avec le project Tools, puis copier le script ivy-update.ant dans le projet et le lancer.
Le script va tout seul proposer de passer à la 4.8 et lister les migrations associées
Bonjour
quelle version aviez-vous avant la 4.7.9 ?
l'intégration des balises de styles dans les résultats de recherche ne date pas d'hier il me semble
Le rendu d'un moteur de recherche est l'accumulation de la vue choisie (carrousel dans votre) cas, associée à la vue des contenus rendus.
C'est pour cela que les <style> sont cumulés entre les deux.
Ce n'est pas à la vue du moteur de recherche de faire le rendu des éléments rapportés par la recherche.
Dans votre cas, je pense qu'il convient de faire une vue de votre type de contenu "carrousel" peut-être, qui fait un rendu adapté au carrousel, avec la css adaptée aussi.
Salut Jon,
alors c'est vrai qu'on utilise plus beaucoup les remontées de contenus, car on utilise plutôt les recherches en mode contenu.
On dirait que c'est le widget de sélection de l'attribut qui supporte mal les attributs dans des composites.
Du coup, il faudrait ouvrir un ticket
Le mode production se change dans la partie Administration système d'Ametys (_admin) via l'outil Configuration : une des derniers paramètres tout en bas.
Le bouton que vous évoquez applique ce mode uniquement à votre session utilisateur : cela permet de faire certains tests quand on développe sans toucher à la plateforme.
Bonjour,
c'est un bug qui arrive de temps en temps sans que l'on en connaisse la cause.
Explication :
lorsque l'on verrouille un contenu dans Ametys, on utilise la notion de verrou JCR, et on stocke la clef de verrou dans une propriété du noeud.
lorsqu'on veut le déverrouiller, on utilise la clef de cette propriété et on déverrouille le noeud.
il arrive que le noeud soit verrouillé au niveau JCR, sans que la propriété avec la clef existe. C'est le bug.
il n'existe alors aucun moyen au niveau Ametys de déverrouiller le noeud
Contournement :
Eteindre Ametys.
Aller dans le repository JCR et effacer le fichier ".lock" à la racine.
Redémarrer.
Si l'annuaire que vous cherchez à créer correspond à vos utilisateur Ametys, il faut utiliser "Annuaire des utilisateurs : utilisateurs depuis une population Ametys" et pas LDAP
1) vous n'aurez pas à redéfinir le ldap
2) Ametys saura faire la liaison entre les utilisateurs et les fiches
Pour la synchro de contenu, si votre annuaire est le même que votre population d'utilisateur, il ne faut pas utiliser une synchronisation LDAP (même avec les mêmes paramètres) mais la synchronisation des utilisateurs.
En effet, cela permet à Ametys de savoir que chaque utilisateur est le propriétaire de sa propre fiche et de lui donner les droits de modification par exemple de manière automatisée.
> Lorsque qu'on va voir dans les profiles, "READER" est coché.
Sur le bon contexte d'assignation "Annuaire" ?
Depuis le front, selon que vous être authentifiés ou pas, c'est le profil Anonyme ou Utilisateurs connectés qui doit avoir le droit de lecture.
Bonjour,
je pense que vous n'avez simplement pas les droits de lecture sur le fiches annuaire.
En effet, les fiches annuaires ne sont pas liées à de vraies pages, et donc vous n'héritez pas du droit de lecture des pages.
Dans l'assignation des droits, via le contexte Annuaire, donnez vous le profil Lecteur
Raphael
Bonjour,
Dans _admin, dans la Administration/Configuration, il y a dans la section Espaces projets. A l'intérieur, Site > Site catalogue et site annuaire doivent avoir l'identifiant choisir pour le site catalogue : par exemple "catalog" sur les données de démo
Bonjour Damien,
quelle version d'Ametys cherchez-vous à déployer ?
créer le schéma solr "à la main", personnellement, je ne sais pas faire donc pas sûr que vous lui ayez donné ce dont il a besoin.
il faut démarrer solr, puis Ametys, et dans _admin lancer une indexation totale : la 1ere opération sera de transmettre le schéma
pour que la page d'index fonctionne en front il y a plusieurs choses à faire, la plus importante étant que dans l'admin du CMS, outils Site : l'url saisie corresponde exactement à ce que vous tapez dans votre navigateur. http://adresse_ip dans votre cas.
ensuite il faut que la page soit valide (contenu validé ou service) : cela se repère car elle dispose d'une icône verte dans le plan du site du CMS ; et le bouton "Version en ligne" est actif aussi
il faut être sûr que la page ait pour url "index", quand la page est ouverte dans le CMS, un tooltip sur l'onglet qui encapsule le rendu de la page vous rappelle l'url (vous pouvez aussi l'afficher en prévisualisation, pour ouvrir un onglet CMS avec l'url de la page)
Bonjour
Vous parlez de quel lien de doc qui ne fonctionne pas ?
L'id des zones items est généré par le noyau, et n'est pas modifiable.
Vous avez la possibilité d'ajouter un attribut "data-XXX" via l'implémentation du template "zone-item-before" documenté ici
Bonjour,
je pense que dans cette vue les SVG ne sont pas bien supportés.
Essayez de faire un text avec des PNG
<small> en 16x16
<medium> en 32x32
<large> en 48x48
Si vous faites cela, le nom et la description auront la place d'apparaitre.
Vous pouvez voir cela sur les chartes de la démo
La réponse date d'une époque où ce n'était pas intégré au noyau.
Du coup faire comme cela ce n'est plus la manière "propre" : propre = maintenable et ok avec le RGPD.
Bonjour,
le suivi avec GoogleAnalytics est directement intégré au noyau. C'est donc assez simple.
Si votre charte graphique n'a pas surchargé les XSL impliquées, le fait de renseigner l'identifiant google analytics dans l'administration backoffice du site devrait faire le travail.
Selon la configuration choisie, cela fera aussi apparaitre une barre de confirmation de cookie à charter.
J'ai demandé à Laurence qui m'indique que seuls les types "simples" sont autorisés comme par exmple : string / long / double /booean / content / geocode / user
ce qui exclu par exemple : composite / file / binary / rich text
Bonjour,
les groupes LDAP dans Ametys sont des groupes statiques dont l'attribut est porté soit par le groupe, soit par les utilisateurs, soit les deux.
Par contre Ametys ne gère pas les groupes dynamiques qui sont le résultat d'une recherche LDAP.
Donc ce n'est pas, à proprement parlé, lié au type d'objet groupOfURLs ou groupOfNames mais aux attributs de ces objets... mais j'imagine que groupOfURLs dans votre schéma correspond à des groupes dynamiques.
Une alternative dans votre cas serait de faire un export journalier de vos groupes dynamiques sous forme statique dans le LDAP ou dans une base SQL (au format attendu par Ametys)
Cordialement
Bonjour,
je ne crois pas que nous ayons jamais fait.
Bonne année aussi
Bonjour.
Oui c'est possible.
Il faut créer un fichier WEB-INF/param/linkdirectory-colors.xml
dont voici la version par défaut dans le plugin
<colors default="4">
<color id="1">
<main>#FF66FF</main>
<text>#FFFFFF</text>
</color>
<color id="2">
<main>#CC33CC</main>
<text>#FFFFFF</text>
</color>
<color id="3">
<main>#CC66FF</main>
<text>#FFFFFF</text>
</color>
<color id="4">
<main>#9900CC</main>
<text>#FFFFFF</text>
</color>
<color id="5">
<main>#9966FF</main>
<text>#FFFFFF</text>
</color>
<color id="6">
<main>#6600CC</main>
<text>#FFFFFF</text>
</color>
<color id="7">
<main>#6699FF</main>
<text>#FFFFFF</text>
</color>
<color id="8">
<main>#0066CC</main>
<text>#FFFFFF</text>
</color>
<color id="9">
<main>#00CCFF</main>
<text>#FFFFFF</text>
</color>
<color id="10">
<main>#006699</main>
<text>#FFFFFF</text>
</color>
<color id="11">
<main>#00CCCC</main>
<text>#FFFFFF</text>
</color>
<color id="12">
<main>#009999</main>
<text>#FFFFFF</text>
</color>
<color id="13">
<main>#66CC66</main>
<text>#FFFFFF</text>
</color>
<color id="14">
<main>#009933</main>
<text>#FFFFFF</text>
</color>
<color id="15">
<main>#99CC66</main>
<text>#FFFFFF</text>
</color>
<color id="16">
<main>#669933</main>
<text>#FFFFFF</text>
</color>
<color id="17">
<main>#EFC203</main>
<text>#FFFFFF</text>
</color>
<color id="18">
<main>#FF9900</main>
<text>#FFFFFF</text>
</color>
<color id="19">
<main>#FF9966</main>
<text>#FFFFFF</text>
</color>
<color id="20">
<main>#CC6600</main>
<text>#FFFFFF</text>
</color>
<color id="21">
<main>#FF6666</main>
<text>#FFFFFF</text>
</color>
<color id="22">
<main>#CC0000</main>
<text>#FFFFFF</text>
</color>
<color id="23">
<main>#FF3399</main>
<text>#FFFFFF</text>
</color>
<color id="24">
<main>#CC0066</main>
<text>#FFFFFF</text>
</color>
<color id="25">
<main>#999999</main>
<text>#FFFFFF</text>
</color>
<color id="26">
<main>#666666</main>
<text>#FFFFFF</text>
</color>
<color id="27">
<main>#333333</main>
<text>#FFFFFF</text>
</color>
<color id="28">
<main>#000000</main>
<text>#FFFFFF</text>
</color>
</colors>
Bonjour
Une table de référence est un type de contenu comme un autre avec le tag <cms:tag>reference-table</cms:tag>
Vous avez un exemple ici en 4.5
Bonjour,
le paramètre de site "Couleur" est plutôt à destination du backoffice afin de différencier les sites.
Vous pourriez le récupérer dans votre charte via le helper xsl ametys:siteParameter
Mais je vous le déconseille.
Ce que vous souhaitez faire est un paramètre de charte graphique qui n'existe pas actuellement (il existe cependant les paramètres de gabarit depuis récemment)
Dans votre cas, l'idée serait plutot de multiplier les chartes graphiques par couleur en utilisant soit les modèles de chartes, soit l'héritage de charte (et avoir des chartes qui héritent qui seraient "vides", et porteraient juste la couleur à changer)
Bonjour,
Il y a plusieurs réponses :
commençons par la mauvaise réponse : le nombre de niveau disponible dans /cms/inputData/sitemap est configurable (https://docs.ametys.org/fr/ametys-v4/manuel-de-parametrage-et-d-integration/integration-graphique/definition-de-gabarit/les-input-data.html?search-keywords=sitemap+inputdata dans la partie "A partir de la version 4.2, il est possible de configurer le SitemapInputData en ajoutant le fichier de configuration skins/[SKIN]/conf/sitemap.xml dans votre charte graphique")
mais c'est une mauvaise solution car cela va ralentir toutes vos pages pour 1 étiquette. Au contraire, profitez-en pour diminuer les valeurs par défaut si elles sont trop élevée pour vous : c'est à dire si vos menus de charte graphique n'ont pas besoin de tout ça
Maintenant la bonne solution : utiliser le helper qui permet de trouver une page par étiquette ametys:findPagesIdsByTag
Voilà
Bon courage