Forum Ametys

mauvais pioche
c'est lié à un ticket de l'explorateur de resources qui n'a existé que quelques jours (), mais vous êtes tombé dessus.
vous pouvez, reprendre un snapshot plus récent puisque cela a été corrigé depuis

Vous ne devez pas disposez des scripts complets.
Ceux fournis avec le CMS à télécharger sont complets, mais dans le cadre de votre projet vous avez peut-être uniquement une sous-partie des scripts car vous étiez peut-être branchés initialement sur un LDAP.

Le lien pour les scripts SQL est dans ce post

Le script qui vous manque est :
* soit jdbc_users.sql
* soit jdbc_users_auth.sql

le deuxième stocke le mot de passe en plus, ce qui est nécessaire dans votre cas

Est-ce que vous pouvez ouvrir un ticket dans ce cas ? sur  en anglais en précisant l'url du lien qui pose problème...

Ce message là n'est pas problématique.

Dans l'admin, vous disposez de console qui mesure les performances de l'application dans le temps : et ici il indique qu'il n'a pas réussi à mesurer le nombre de requêtes HTTP : ce n'est absolument pas grave, cela arrive aussi chez nous de temps en temps.

Si je comprends bien, une V3.2.0 toute neuve ne fonctionne même pas sur votre serveur ?
qui a-t-il dans les logs ?
est-ce que l'application n'est bien lancée qu'une seule fois par tomcat ? (à vérifier dans le manager)

Non, il n'y a rien pour les liens "Orange"...
Si les liens ne sont plus visibles, ça veut dire que le code que vous aviez ajouté a dû disparaître. Sur un lien cassé, avec Firebug vous pouvez vérifier que la classe CSS "broken" est toujours présente et regarder quelles règles CSS s'appliquent dessus...

Bonjour,
le mieux serait de procéder par étapes pour voir à quel endroite ça coince.

1) installer la 3.2.x
2) la lancer, la configurer et vérifier que tout fonctionne (en créant un nouveau site avec une page et en configurant une BD SQL vierge)
3) migrer les données en pointant sur la bonne base SQL et sur le bon repository (en virant le fichier custom nodetypes)

il faut aussi s'assurer qu'aucune autre application n'est lancée dans le tomcat via le manager : en effet, le grand classique est de lancer deux fois la même appli, ou bien de lancer l'ancienne et la nouvelle version pointant sur le même repository...

En fait, vos actualités sont attachées à des pages.
La page n'est "en ligne" que le temps de ses dates de publications.
Une fois arrivée à la date de fin, la page entière n'apparait plus en ligne mais reste dispo dans le backoffice.
Le contenu, lui, reste publié et est suceptible de remonter dans des services de remontées de contenus (si on ne le veut pas, il suffit de cocher la case à cocher : ne pas afficher les contenus orphelins)

Est-ce que votre problème est que vous avez plusieurs articles dans une seule page ? avec des dates de fin de publication différentes ?

Les alertes permettent en effet de palier à ce genre de manque.

Bonjour,

Dans les pages, les liens cassés ont la classe CSS "broken" et par exemple dans la charte de démo ils apparaissent en rouge
Pourvu que la charte graphique le supporte, via le code suivant par exemple :

a.broken,
a.broken:hover,
a.broken:link,
a.broken:visited,
a.broken:active {
    color: #ffffff !important;
    background-color: #ff0000 !important;
}

Si ce n'est pas le cas, votre seule solution de backup est que les liens sont dans le même ordre dans la liste et dans la page...

Mais le mieux est de (faire) modifier la charte graphique pour qu'ils vous sautent aux yeux !

Ce n'est pas suffisant comme information.
Il faudrait demander à la personne qui a installé le CMS

Bonjour,

les personnes qui reçoivent les mails sont celles qui peuvent valider le contenu.

Je pense que les personnes en question doivent donc avoir ce droit :
* soit sur les droits contenus "Tous les contenus"
* soit sur les pages parentes (racine du plan du site)

Ok.
C'est un problème d'utilisation en fait.

Dans Ametys, on fait la différence entre page et contenus ; mais pour tous les contenus attachés à des pages, si la personne n'a pas de droits sur le contenu lui même, on cherche sur la page qui référence le contenu (ou sur les pages parentes)

Donc, l'interface que vous utilisez pour affecter les droits actuellement, n'est pas la meilleure option, il est bien plus facile d'affecter les droits de contenus sur le plan du site (de manière hierarchique donc) et là cela dépendra de la langue.

L'intérêt de l'interface "affecter les droits sur les contenus" se limite donc à donner les droits sur des contenus orphelins...

Est-ce que ça répond à votre problématique ?