Adobe Experience Manager (AEM) est installé avec les paramètres par défaut, ce qui le rend prêt à l’emploi. Vous pouvez toutefois configurer AEM en fonction de vos besoins spécifiques.
De nombreux aspects d’AEM peuvent être configurés :
Selon la configuration spécifique, ces modifications peuvent être effectuées en utilisant au choix :
Console Web Adobe CQ
Il s’agit d’un emplacement standard pour la configuration des lots et services OSGi.
Consultez Configuration d’OSGi pour avoir plus de détails et connaître les pratiques recommandées.
Référentiel
Un sous-ensemble de configurations OSGi est disponible dans le référentiel. Cela assure que la copie ou la réplication du contenu du référentiel recrée des configurations identiques. Vous pouvez également ajouter vos propres configurations au référentiel, en fonction du mode d’exécution.
Consultez Configuration d’OSGi dans le référentiel et en particulier Ajout d’une configuration au référentiel pour plus de détails.
Système de fichiers
Certains fichiers de configuration résident dans le système de fichiers.
Gestion de contenu Web AEM
Différents aspects peuvent être configurés directement dans la gestion de contenu Web AEM, à l’aide de la console Outils ; par exemple, les agents de réplication.
Lorsque vous utilisez Adobe Experience Manager, plusieurs méthodes permettent de gérer les paramètres de configuration pour les services OSGi (des nœuds de la console ou de référentiel).
Voir Configuration d’OSGi pour des détails complets.
AEM est simple à configurer, mais vous devez savoir les choses suivantes :
Certaines modifications peuvent avoir un impact majeur sur la ou les applications. C’est pourquoi vous devez vous assurer de disposer de l’expérience et des connaissances requises avant de commencer à configurer AEM, et apporter uniquement les changements dont vous savez la nécessité. Tout changement effectué via la console OSGi est immédiatement appliqué au système en exécution (aucun redémarrage n’est requis).
Cette liste présente les principaux aspects qui sont généralement configurés pour chaque nouveau projet. Ils ne sont pas tous nécessaires, mais la liste doit être lue et examinée afin de voir ce qui s’applique à votre projet.
La liste offre une présentation succincte de chaque aspect de configuration, ainsi que des liens vers les pages qui fournissent des détails complets.
Plusieurs problèmes de configuration importants sont répertoriés dans la Liste de contrôle de sécurité. Assurez-vous de la lire et de prendre toute mesure requise pour votre installation.
Deux interfaces utilisateur sont disponibles dans AEM :
Vous pouvez configurer l’interface utilisateur dont vous avez besoin à l’aide du Mappage racine.
Pour plus d’informations sur la sélection de l’interface utilisateur, consultez Sélection de votre interface utilisateur.
Tous les éléments d’AEM (par exemple, le référentiel, Dispatcher, etc.) peuvent être installés sur des réseaux IPv4 et IPv6.
Tout fonctionne sans problème et aucune configuration particulière n’est requise. Si nécessaire, vous pouvez simplement indiquer une adresse IP suivant le format approprié au type de réseau.
Cela signifie que lorsqu’une adresse IP doit être indiquée, vous avez le choix entre les éléments suivants (suivant les besoins) :
une adresse IPv6 ;
par exemple https://[ab12::34c5:6d7:8e90:1234]:4502
une adresse IPv4 ;
par exemple https://123.1.1.4:4502
un nom de serveur ;
par exemple, https://www.yourserver.com:4502
Le scénario par défaut de localhost
sera interprété à la fois pour les installations réseau IPv4 et IPv6.
par exemple, http://localhost:4502
Dans une installation standard, AEM crée une version d’une page ou d’un nœud à chaque fois que vous activez une page (après avoir mis à jour le contenu). Vous pouvez également créé d’autres versions à la demande grâce à l’onglet Contrôle de version du sidekick. Toutes ces versions sont stockées dans le référentiel et peuvent être restaurées si nécessaire.
Ces versions n’étant jamais purgées, la taille du référentiel va continuer d’augmenter et devra être gérée.
Consultez Purge de version pour des informations complètes, en particulier Gestionnaire de versions pour plus de détails sur la configuration d’AEM pour purger les anciennes versions si une version est créée.
AEM vous offre la possibilité de configurer :
Consultez Journalisation pour des détails complets.
Les modes d’exécution vous permettent d’accéder à votre instance AEM à une fin spécifique ; par exemple, la création ou la publication, le test, le développement ou l’intranet, etc.
Cela s’effectue en définissant des collections de paramètres de configuration pour chaque mode d’exécution. Un ensemble de paramètres de configuration de base est appliqué à tous les modes d’exécution, puis vous pouvez ajuster les ensembles ajoutés en fonction de l’objectif de votre environnement spécifique. Ils sont ensuite appliqués au besoin.
Tous les paramètres de configuration sont stockés dans un référentiel et activés en définissant le Mode d’exécution.
Voir Modes d’exécution pour des détails complets.
La connexion unique permet à l’utilisateur d’accéder à plusieurs systèmes après avoir fourni une seule fois ses informations d’identification (telles qu’un nom d’utilisateur et un mot de passe). Un système distinct (appelé l’authentificateur de confiance) effectue une authentification et fournit à Experience Manager les informations d’identification de l’utilisateur. Experience Manager vérifie les autorisations d’accès de l’utilisateur et les applique (c’est-à-dire qu’il détermine les ressources auxquelles l’utilisateur a accès).
Voir Connexion unique pour des détails complets.
Le mappage de ressource permet de définir des redirections, des URL Vanity et des hôtes virtuels pour AEM.
Par exemple, vous pouvez utiliser ces mappages pour :
/content
afin que la structure interne soit masquée pour les visiteurs de votre site web ;/content/en/gateway
de votre site Web soient redirigées vers https://gbiv.com/
.Voir Mappage de ressource pour plus de détails.
Les agents de réplication sont essentiels à AEM comme mécanismes utilisés pour :
Pour plus de détails, consultez Réplication.
L’OSGi est un élément fondamental de la pile technologique d’AEM. Il est utilisé pour contrôler les lots composites d’AEM et leur configuration.
Voir Paramètres de configuration d’OSGi afin d’obtenir la liste des différents lots pertinents pour la mise en œuvre d’un projet (répertoriés par lot). Les paramètres répertoriés ne doivent pas tous être ajustés, certains sont mentionnés pour vous aider à comprendre comment fonctionne AEM.
Lorsque vous utilisez AEM, plusieurs méthodes permettent de gérer les paramètres de configuration pour ces services. Consultez la section Configuration d’OSGi pour plus de détails et connaître les pratiques recommandées.
L’authentification LDAP est requise pour authentifier les utilisateurs stockés dans un répertoire LDAP (central), tels qu’Active Directory. Cela permet de réduire l’effort nécessaire pour gérer les comptes utilisateur.
L’authentification LDAP se produit au niveau du référentiel ; elle est donc traitée directement par le référentiel. Pour plus de détails, consultez Configuration de LDAP avec AEM.
Pour la gestion des utilisateurs au sein d’AEM (y compris l’affectation des droits d’accès), voir Administration des utilisateurs et sécurité.
Le Dispatcher est l’outil de mise en cache et d’équilibrage de charge d’Adobe Experience Manager, qui peut être utilisé conjointement avec un serveur Web de niveau élevé.
Consultez Dispatcher pour plus de détails, notamment la Configuration de Dispatcher pour plus informations sur la configuration.
Grâce à AEM Doc Services et AEM Doc Security, nous pouvons désormais appeler les services de document de LiveCycle pour effectuer le rendu d’un formulaire XFA, convertir un document au format PDF et protéger un document à l’aide d’une stratégie. Lisez la section AEM LiveCycle Connector pour plus de détails.
Le déchargement répartit les tâches de traitement entre les instances d’Experience Manager dans une topologie. Avec le déchargement, vous pouvez utiliser des instances spécifiques d’Experience Manager pour exécuter des types de traitements spécifiques. Le traitement spécialisé permet d’optimiser l’utilisation des ressources disponibles sur le serveur.
Les topologies sont des clusters Experience Manager légèrement interconnectées qui participent au déchargement. Un cluster est composé d’une ou de plusieurs instances de serveur Experience Manager (une instance unique est considérée comme un cluster).
Pour plus d’informations sur la procédure à suivre pour afficher ou modifier l’appartenance à une topologie, consultez la section Administration des topologies.
La console de bienvenue de l’interface utilisateur classique propose une liste de liens vers les différentes consoles et fonctionnalités au sein d’AEM.
Il est possible de configurer les liens qui sont visibles, voir Configuration de la console de bienvenue pour plus de détails.
La performance est essentielle pour votre projet. Certains aspects d’AEM (et/ou du référentiel sous-jacent) peuvent être configurés pour optimiser la performance.
Voir Configuration de la performance pour plus de détails.
Le magasin de données de référentiel est utilisé pour décharger le stockage des binaires de grande taille du référentiel vers une zone distincte, de sorte que les instances multiples du même binaire (une image, par exemple) de l’arborescence du référentiel soient stockées une seule fois.
Cette fonction de stockage unique et référencement multiple peut être étendue pour servir non seulement une arborescence de référentiel, mais des référentiels entiers, en configurant l’entrepôt de données de chacun d’entre eux de façon à ce qu’il fasse référence au même emplacement de système de fichiers partagé.
Un tel entrepôt de données peut être partagé entre les différents nœuds du même cluster, entre différentes instances de publication et/ou de création de la même installation, voire même entre des instances complètement distinctes au sein de différentes installations.
Pour plus d’informations, voir Configuration des entrepôts de données et des entrepôts de nœuds.
Vous pouvez activer HTTP via SSL afin d’utiliser des connexions plus sécurisées sur vos serveurs.
Voir Activation de HTTP via SSL pour plus de détails.
Un portail est une application Web qui fournit la personnalisation, la connexion unique et l’intégration du contenu provenant de sources différentes, et qui héberge la couche de présentation des systèmes d’information. Le composant portlet permet également d’incorporer un portlet sur la page. Pour accéder au contenu fourni par CQ5 WCM, le serveur du portail peut être équipé d’un portlet CQ5 Portal Director. Pour ce faire, vous devez installer, configurer et ajouter le portlet sur la page de portail.
Consultez Portail et portlets pour plus de détails.
Les objets statiques (par exemple, les icônes) ne changent pas. Par conséquent, le système devrait être configuré de façon à ce qu’elles n’expirent pas (pendant une période raisonnable) de façon à réduire le trafic inutile.
Voir Expiration des objets statiques pour plus de détails.
Chaque processus Java peut accéder à des fichiers, ce qui nécessite des ressources système. Pour cette raison, une limite supérieure est définie en ce qui concerne le nombre de fichiers auxquels chaque processus est autorisé à accéder simultanément. Si elle est dépassée, une erreur d’exception peut se produire.
Si le processus AEM dépasse ce seuil, le message « too many open files
» est affiché dans error.log
.
Pour éviter ce type d’exception, vous devez procéder comme suit :
Vérifiez le nombre de fichiers ouverts par votre processus AEM.
La marche à suivre pour effectuer cette vérification dépend de la plateforme sur laquelle votre instance s’exécute. Les utilitaires tels qu’lsof (Unix) ou Process Explorer (Windows) peuvent être utilisés.
Cette valeur doit être contrôlée au cours du développement et du test de façon à :
Définissez le maximum autorisé.
La nouvelle valeur doit recouvrir les exigences en cours et tous les pics futurs, c’est pourquoi il est recommandé de doubler vos besoins actuels.
Par défaut, serverctl
configure CQ_MAX_OPEN_FILES
sur 8192
; cela devrait être suffisant pour la plupart des scénarios.
L’éditeur de texte enrichi (RTE) offre aux auteurs un large éventail de fonctionnalités pour modifier leur contenu textuel en leur fournissant des icônes, des boîtes de dialogue de sélection et des menus pour une expérience WYSIWYG intuitive.
Voir Configuration de l’éditeur de texte enrichi pour plus de détails.
Il existe plusieurs propriétés qui contrôlent le comportement des commandes Annuler et Rétablir pour modifier des pages. Celles-ci peuvent être configurées, voir Configuration de la commande Annuler pour la modification des pages pour plus de détails.
Le composant vidéo vous permet de placer sur votre page un élément vidéo prédéfini et prêt à l’emploi.
Pour qu’un transcodage correct ait lieu, l’administrateur doit installer FFmpeg séparément. Il peut également configurer vos profils vidéo pour permettre leur utilisation avec des éléments HTML5.
Pour vous aider à analyser et surveiller l’état de votre instance, CQ propose une sélection de rapports par défaut, qui peuvent être configurés pour vos différentes exigences :
Voir Principes de base de la personnalisation des rapports pour plus de détails.
CQ envoie des notifications par e-mail aux utilisateurs qui :
Voir Configuration des notifications par e-mail pour plus de détails.
Les impressions de page sont affichées dans la colonne Impressions de la console siteadmin de l’interface utilisateur classique. Pour activer l’acquisition des impressions de page, vous devez configurer :
Sur l’instance de publication :
Sur l’instance de création :
La configuration d’Adobe Page Impressions Tracker sur l’environnement de création permettra l’envoi de requêtes anonymes vers le service de suivi.