You are not logged in.
Je viens de regarder avec Olivier votre serveur de test.
En fait, vous n'avez aucune page étant étiqueté "Racine de l'offre de formation". Pour que l'arborescence de l'offre de formation soit construite et pour que l'ensemble des services de l'ODF (recherche, listes des formations, ..) fonctionnent, vous devez avoir une page dans votre site qui porte cette étiquette.
Bonjour,
Pouvez-vous copiez l'url de ce que vous appelez la "preview" et qui provoque cette erreur ?
Ce genre d'erreur arrive lorsque l'on demande d'afficher une page ou un contenu lié à un site qui n'existe plus ... Je ne vois pas comment vous avez pu vous retrouver dans ce cas de figure .. à moins qu'il y ait un problème d'indexation sur le repository que vous utilisez.
Cdt.
Laurence.
Bonjour,
Votre configuration apache semble correcte...
En fait, lorsque l'on demande une page du front-office (site), par exemple si celle-ci n'a jamais été affichée ou mise dans le cache (/usr/local/Ametys_CMS/data/cache) alors l'application front-office va demander la génération unitaire de la page au back-office, avant de la stocker dans le cache.
La communication entre le site (front-office) et le back-office (CMS) échoue dans votre cas à cause d'un accès refusé.
Dans la configuration du CMS, il y a paramètre de configuration où vous devez renseigner l'adresse IP du ou des serveurs hébergeant les applications front-office. Ce paramètre permet de n'accepter que les requêtes de génération de page provenant des applications front-office.
Avez-vous bien renseigné ce paramètre ?
Cdt.
Laurence Aumeunier
Bonjour,
Attention, vous pouvez restreindre l'insertion à une liste définie de services et/ou contenus dans une zone. Mais vous ne pouvez pas par ce biais restreindre le service de remontée de contenu à un type de contenu.
Ce que vous pouvez faire c'est n'autoriser que l'insertion du service remontée de contenu. Dans ce cas ce n'est pas le fichier content-types-default.xml qui est concerné mais le fichier services-default.xml au même endroit et qui se construit de la même manière :
<?xml version="1.0" encoding="UTF-8"?>
<services>
<zones>
<zone id="default" mode="include">
<service id="org.ametys.web.service.InsertContentService"/>
</zone>
....
</services>
Pour faire exactement ce que vous voulez, il faudrait créer un nouveau service, quasi-identique à celui de la remontée de contenu mais qui ne s'appuierait que sur les actualités (au lieu de laisser le choix au contributeur qui insère le service), et mettre l'id de ce dernier dans services-default.xml.
La liste des services et contenus disponibles dépend de votre application. Pour retrouver cette liste vous pouvez aller sur l'item "Plugin et Workspaces" dans l'interface d'administration, puis cliquer sur "Plugins par point d'extension" et dérouler l'arbre. La liste des contenus disponibles se trouve sous "Points d'extension multiples" > "org.ametys.cms.contenttype.ContentTypeExtensionPoint" et la liste des services sous "Points d'extension multiples" > "org.ametys.web.service.ServiceTypeExtensionPoint"
Ces clés i18n n'existent pas dans le plugin web (par défaut nous n'envoyons pas de mail sur la validation).
Si vous avez placé ces nouvelles clés dans votre catalogue "application" (WEB-INF/i18n/messages_*.xml) vous devez les préfixer par "application"
application:WORKFLOW_MAIL_BODY_SUBJETC_VALIDE
application:WORKFLOW_MAIL_BODY_ACTION_VALIDE
Bonjour,
Effectivement IE6 n'est plus supporté. A ce jour IE7-8 et 9 sont supportés ainsi que Firefox version 3 et +.
Laurence
Bonjour,
Votre lien est effectivement erroné, le nom du site est en trop.
Essayez avec :
<a href="{$contextPath}/_wrapped-content/{/html/head/meta[@name = 'contentName']/@content}.html"><i18n:text i18n:key="NEWSLETTER_REDIRECT_2" i18n:catalogue="skin.{$skin}"/></a>
Bonjour,
Il y a surement une erreur javascript lors du chargement de cet écran. Ce n'est pas une erreur serveur, c'est pourquoi vous n'avez rien dans les logs de tomcat.
Pouvez-vous nous faire parvenir cette erreur pour que l'on voit à quoi c'est du ?
Cdt.
Laurence.
Avec quelle version du plugin document2flash travaillez vous ? La version 1.0.x n'est compatible qu'avec une 3.2.x, tandis que la version 1.1.x n'est compatible qu'avec une 3.3.x.
Si la boite de dialogue ne se ferme pas, c'est sans doute qu'il y a une erreur javascript. Avez-vous une erreur javascript qui s'affiche ?
Enfin quelle est l'url du lien de visualisation ?
Lors de l'insertion d'un PDF partagé le lien devrait être de la forme :
/cms/plugins/document2flash/<siteName>/_resource-pdf2flash/<chemin>/<du>/<fichier>/book.html
Lors de l'insertion d'un PDF local le lien devrait être de la forme:
/cms/plugins/document2flash/<siteName>/_attachments-pdf2flash/<nom-du-contenu>/<nom_du_fichier>/book.html
Ok. J'ai ouvert le bug dans le JIRA Ametys
Vous pouvez vous créer un compte dans le JIRA et vous positionnez en tant qu'observateur de cette issue.
Bonjour,
Le problème semble provenir d'un des types de contenus qui n'existerait pas ou plus. Quelles sont les paramètres de votre remontée de contenus ? Avez-vous sélectionnez un ou plusieurs types de contenus en particulier, ou tous ?
Bonjour,
Effectivement vous devez avoir votre propre configuration où les ressources statiques sont servies par le serveur Apache directement.
Pour les fichiers JS, il y a 2 sortes de fichiers : les js "statiques" (*.js) et les js "dynamiques" (*.i18n.js). Les premiers peuvent être servies par Apache (et donc copier également) alors que ceux en *.i18n.js non.
Le plugin MyPage ne possède pas de fichier js "statique", donc vous n'avez rien à ajouter de plus dans votre répertoire /home/cms/Ametys_CMS/application/cms/plugins/mypage.
Bonjour,
Les gabarits des newsletters se trouvent dans le répertoire skins/[skinName]/newsletter, skinName étant le nom de la skin.
Pour pouvoir être reconnu en tant que gabarit et fonctionner correctement, un sous-répertoire de ce répertoire doit contenir au moins les fichiers suivants:
Normalement, avec ceci, le nouveau gabarit doit apparaitre dans la liste des gabarits disponibles.
Ci joint un exemple de skin comprenant 2 gabarits de newsletter : 'default' et 'bleu'.
Cdt.
Laurence.
Bonjour,
Cette fonctionnalité n'existe qu'à partir de la 3.3.
En 3.2.x il n'est possible de rajouter des pièces jointes au contenu que lors de l'édition.
A partir de la 3.3, nous avons rajouté un outil permettant de gérer les pièces jointes d'un contenu hors édition (ajout, modification, suppression), de la même manière que l'outil "Pièces jointes" des pages.
Bonsoir,
J'ai ouvert et corrigé le bug ()
La correction sera disponible dans les prochains snapshots de la 3.2 et de la 3.3 (dès demain normalement)
Cdt.
Laurence
Je rajoute qu'insérer un "contenu existant" revient à partager un contenu. Cela n'est possible qu'au sien d'un même site.
Du moment au vous souhaitez afficher le contenu d'un autre site, c'est nécessairement le service qu'il faut utiliser.
Ce sont donc des images qui proviennent de l'explorateur de ressources qui semblent ne pas fonctionner.
J'ai ouvert un bug à ce sujet :
En attendant la correction du bug, vous devez utiliser des images importées localement au contenu pour les contenus partagés.
Bonjour,
Les images apparaissent-elles dans le mode "live" (version en ligne) ?
Pouvez-vous nous indiquer l'url des images introuvables ?
Elle devraient être de la forme par exemple :
/_contents-images/ametys-internal%253Asites/www/ametys-internal%253Acontents/nouvelle-page-article/_metadata/content/_data/gallery_1.jpg_100x133
Les contenus provenant de l'autre site, sont-ils bien validés ?
Cdt,
Laurence
Bonjour,
Il semblerait que ce soit un problème d'install.
Le chemin du fichier recherché (resource://org/data/web/3.2.1/cms/WEB-INF/data/consistency/default/report.xml
) est en effet très curieux. On devrait plutôt voir un chemin absolu du type /home/user/applications/cms/WEB-INF/data/consistency/default/report.xml (/home/user/applications/cms/ étant le répertoire d'installation du CMS).
Comment avez-vous déployé votre application dans Tomcat ?
Laurence.
Bonjour,
Avez-vous de nouveaux logs au sujet de cette erreur ?
Quand avez-vous cette erreur ? Lorsque vous essayez de visualiser le dernier rapport des liens cassés ?
Cdt,
Laurence.
Bonjour,
Quelle version du plugin news vous utilisez ? Si vous travaillez sur une version 3.1.2 du CMS, vous devez utiliser une version 1.0.x du plugin news. En effet suite à un bug concernant cette vue (), les versions 1.1.x du plugins news ne sont pas compatibles avec les 3.1.x du CMS.
Vous pouvez vous référer à la documentation du plugins news sur notre wiki :
Cdt,
Laurence.
Bonjour,
Le flux RSS généré est un flux RSS de la norme RSS 2.0 et les dates respecte le format attendu (RFC 822) :
<pubDate>Wed, 30 Jun 2010 19:30:42 +0200</pubDate>
L'interprétation de la date en anglais ou français dépend donc du lecteur RSS (un navigateur français affichera la date en français, un navigateur anglais affichera la date en anglais)
Le flux RSS généré est donc conforme, par contre le problème doit se situer au niveau de notre lecteur de flux, qui ne doit pas choisir la bonne langue. Vous pouvez ouvrir une issue JIRA dans le projet "Syndication".
Cdt,
Laurence.
Il s'agit donc du même constat lors du post
Vous n'avez pas la main sur le flux RSS généré et effectivement ce dernier utilise des illustrations de 150x150 pixels.
Vous vous recommande à nouveau d'ouvrir une demande d'évolution à ce sujet.
Cdt.
Bonjour,
La dimension de l'illustration est donné par la vue utilisée et peu être modifiée en surchargeant la vue.
Par exemple, par défaut, dans la vue résumé d'un article, l'illustration est redimensionnée pour entrer dans un cadre de 100 px sur 100px. Ce sont les 2 derniers arguments de la fonction resolveBoundedImage :
<img
src="{resolver:resolveBoundedImage(metadata/illustration/image/@type, metadata/illustration/image/@path, 100, 100)}"
alt="{metadata/illustration/alt-text}"/>
En surchargeant la vue, vous pouvez agir sur ces 2 paramètres. A noter qu'il s'agit d'un "cadre" de X pixels max de large sur Y pixels max de hauteur : l'image ne sera pas déformée.
Cdt.
Pour info, ce bug () a été résolu aujourd'hui.
La correction sera disponible dans les snapshots du plugin explorer dès demain (24/05)