Concepts de configuration de base

Adobe Experience Manager (AEM) est installé avec les paramètres par défaut de tous les paramètres qui lui permettent d’exécuter "prêt à l’emploi". Cependant, vous pouvez configurer AEM selon vos besoins.

Il existe de nombreux aspects de l’AEM qui peuvent être configurés :

• Certains sont couramment configuré pour chaque installation de projet et doivent être examinés pour confirmer s’ils s’appliquent à votre projet.
• Autres configurations peut être courant, mais pas impératif ; lié aux fonctionnalités ou aux performances et à la stabilité du système.
• D’autres sont uniquement nécessaires pour certaines fonctionnalités facultatives d’AEM (elles sont documentées avec la fonctionnalité appropriée).

Selon la configuration spécifique, ces modifications peuvent être effectuées à l’aide de :

• 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 garantit 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, selon le mode d’exécution, au référentiel.

  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.

Considérations sur la configuration des Principal

Cette liste décrit les principales zones généralement configurées pour chaque nouveau projet. Toutes ces informations ne sont pas nécessaires, mais la liste doit être lue et révisée pour voir ce qui s’applique à votre projet.

La liste donne un bref aperçu de chaque aspect de configuration, ainsi que des liens vers les pages qui fournissent des détails complets.

Liste de contrôle de sécurité

Plusieurs problèmes de configuration clés sont répertoriés dans la section Liste de contrôle de sécurité. Assurez-vous de lire ce document et d’effectuer toute action nécessaire à votre installation.

Configuration de l’IU par défaut - optimisée pour les écrans tactiles ou classique

Deux interfaces utilisateur sont disponibles dans AEM :

• L’interface utilisateur optimisée pour les écrans tactiles
• L’interface utilisateur classique

Vous pouvez configurer l’interface utilisateur dont vous avez besoin à l’aide du Mappage racine.

IPv4 et IPv6

Tous les éléments d’AEM (par exemple, le référentiel et Dispatcher) peuvent être installés sur les réseaux IPv4 et IPv6.

Le fonctionnement est fluide, car aucune configuration spéciale n’est requise. Vous pouvez simplement spécifier une adresse IP selon le format approprié à votre type de réseau, le cas échéant.

Cela signifie que lorsqu’une adresse IP doit être spécifiée, vous pouvez sélectionner (au besoin) parmi :

• 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

Purge de version

Dans une installation standard, AEM crée une version d’une page ou d’un noeud chaque fois que vous activez une page (après la mise à jour du contenu). Vous pouvez également créer des versions supplémentaires sur demande à l’aide de la variable Contrôle de version de l’onglet du sidekick. Toutes ces versions sont stockées dans le référentiel et peuvent être restaurées, si nécessaire.

Ces versions ne sont jamais purgées. La taille du référentiel augmente au fil du temps et doit donc ê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.

Journalisation

AEM vous offre la possibilité de configurer :

• paramètres globaux pour le service de journalisation central
• journalisation des données de requête ; configuration de journalisation spécialisée pour les informations de requête
• les paramètres spécifiques des services individuels ; par exemple, un fichier journal individuel et le format des messages du journal.

Consultez Journalisation pour des détails complets.

Modes d’exécution

Les modes d’exécution vous permettent d’ajuster votre instance AEM à des fins spécifiques. Par exemple, créez ou publiez, testez, développez ou intranet, etc.

Pour ce faire, définissez 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 selon les besoins.

Tous les paramètres de configuration sont stockés dans le référentiel unique et activés en définissant la variable Mode d’exécution.

Voir Modes d’exécution pour plus d’informations.

Connexion unique

L’authentification unique (SSO) permet à un utilisateur d’accéder à plusieurs systèmes après avoir fourni une seule fois des informations d’identification d’authentification (telles qu’un nom d’utilisateur et un mot de passe). Un système distinct (appelé authentificateur approuvé) effectue l’authentification et fournit au Experience Manager les informations d’identification de l’utilisateur. Experience Manager vérifie et applique les autorisations d’accès pour l’utilisateur (c’est-à-dire, détermine les ressources auxquelles l’utilisateur est autorisé à accéder).

Voir Authentification unique pour plus de détails.

Mappage de ressource

Le mappage de ressources permet de définir des redirections, des URL de redirection vers un microsite et des hôtes virtuels pour AEM.

Par exemple, vous pouvez utiliser ces mappages pour :

• faire précéder toutes les requêtes de /content afin que la structure interne soit masquée pour les visiteurs de votre site web ;
• définir une redirection afin que toutes les requêtes en direction de la page /content/en/gateway de votre site Web soient redirigées vers https://gbiv.com/.

Voir Mappage des ressources pour plus de détails.

Agents de réplication, de réplication inverse et de réplication

Les agents de réplication sont essentiels pour AEM comme mécanisme utilisé pour :

• Publier (activer) contenu d’un auteur vers un environnement de publication.
• Purge explicite du contenu du cache de Dispatcher.
• Renvoyer les entrées utilisateur (par exemple, les entrées de formulaire) de l’environnement de publication vers l’environnement de création (sous le contrôle de l’environnement de création).

Pour plus d’informations, voir Réplication.

Paramètres de configuration OSGi

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 OSGi pour obtenir la liste des différents lots pertinents pour la mise en oeuvre du projet (répertoriés en fonction du 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.

Configuration de LDAP

L’authentification LDAP est requise pour authentifier les utilisateurs stockés dans un annuaire LDAP (central), tel qu’Active Directory. Cela permet de réduire les efforts requis pour gérer les comptes d’utilisateurs.

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 dans AEM (y compris l’attribution des droits d’accès), voir Administration et sécurité des utilisateurs.

Configurer le Dispatcher

Dispatcher est un outil de Adobe Experience Manager pour la mise en cache ou l’équilibrage de charge, ou les deux. Il peut être utilisé 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.

Configuration d’AEM LiveCycle Connector

Avec la mise à jour des services Doc AEM et AEM sécurité Doc, l’utilisateur peut désormais appeler les services Doc LiveCycle pour générer un formulaire XFA, convertir un document en PDF et protéger un document par une stratégie. Voir Connecteur LiveCycle AEM pour plus d’informations.

Déchargement des tâches et administration de la topologie

Le déchargement permet de répartir le traitement des tâches entre les instances d’Experience Manager dans une topologie. Avec le déchargement, vous pouvez utiliser des instances de Experience Manager spécifiques pour exécuter des types de traitement spécifiques. Un traitement spécialisé vous permet de maximiser l’utilisation des ressources de serveur disponibles.

Les topologies sont des clusters Experience Manager légèrement interconnectées qui participent au déchargement. Une grappe se compose d’une ou de plusieurs instances de serveur Experience Manager (une seule instance est considérée comme une grappe).

Pour plus d’informations sur l’affichage ou la modification de l’appartenance à une topologie, consultez la section Administration des topologies .

Configuration de la console de bienvenue

La console de bienvenue de l’IU classique fournit une liste de liens vers les différentes consoles et fonctionnalités d’AEM.

Il est possible de configurer les liens visibles, voir Configuration de la console de bienvenue pour plus de détails.

Configurer pour optimiser la performance

Performances est la clé de votre projet. Certains aspects d’AEM (et/ou du référentiel sous-jacent) peuvent être configurés pour optimiser la performance.

Voir Configuration des performances pour plus de détails.

Magasin de données partagé

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 fonctionnalité "store-once, reference-many-times" peut être étendue pour servir non seulement une arborescence de référentiel unique, mais des référentiels entièrement distincts, en configurant l’entrepôt de données de chacun pour faire référence au même emplacement du système de fichiers partagé.

Un tel entrepôt de données peut être partagé entre différents noeuds dans la même grappe, entre différentes instances de publication et/ou d’auteur dans la même installation, ou même entre des instances entièrement distinctes dans différentes installations.

Pour plus d’informations, voir Configuration des entrepôts de données et des entrepôts de noeuds.

Autres considérations relatives à la configuration

Activation de HTTP via SSL

Vous pouvez activer HTTP via SSL pour utiliser des connexions plus sécurisées à vos serveurs.

Voir Activation de HTTP via SSL pour plus de détails.

Portails et portlets AEM

Un portail est une application web qui fournit la personnalisation, l’authentification unique, l’intégration de contenu provenant de différentes sources et héberge la couche de présentation des systèmes d’information. Le composant Portlet vous permet également d’incorporer un portlet dans la page. Pour accéder au contenu fourni par la gestion de contenu web CQ5, le serveur de portail peut être équipé du portlet Director du portail CQ5. Pour ce faire, installez, configurez et ajoutez le portlet à la page du portail.

Consultez Portail et portlets pour plus de détails.

Expiration des objets statiques

Les objets statiques (par exemple, les icônes) ne changent pas. Par conséquent, le système doit être configuré de sorte qu’il n’expire pas (pendant une période raisonnable) et ainsi réduire le trafic inutile.

Voir Expiration des objets statiques pour plus de détails.

Ouvrir des fichiers dans le processus Java™

Chaque processus Java™ peut accéder aux fichiers, ce qui nécessite des ressources système. Pour cette raison, une limite supérieure est définie quant au nombre de fichiers auxquels chaque processus est autorisé à accéder simultanément. En cas de dépassement, une erreur d’exception peut se produire.

Si le processus AEM dépasse ce maximum, alors le message " too many open files" apparaît dans error.log.

Pour éviter de telles exceptions, procédez comme suit :

1. Vérifiez le nombre de fichiers ouverts utilisés par votre processus AEM.

   Ce contrôle dépend de la plateforme sur laquelle votre instance est en cours d’exécution. Des utilitaires tels que 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 à :

   • confirmer que les fichiers sont fermés selon les besoins ;
   • pour déterminer la valeur maximale nécessaire (selon diverses circonstances)

2. Définissez le nombre maximal autorisé.

   La nouvelle valeur doit prendre en compte à la fois les besoins actuels et les pics futurs. Il est donc conseillé de doubler les besoins actuels.

   Par défaut, serverctl configure CQ_MAX_OPEN_FILES sur 8192 ; cela devrait être suffisant pour la plupart des scénarios.

Configuration de l’éditeur de texte enrichi

La variable Éditeur de texte enrichi (RTE) fournit aux auteurs un large éventail de fonctionnalité pour modifier leur contenu textuel, en leur fournissant des icônes, des boîtes de sélection et des menus pour une expérience WYSIWYG.

Voir Configuration de l’éditeur de texte enrichi pour plus de détails.

Configurer la commande Annuler pour modifier des pages

Plusieurs propriétés contrôlent le comportement des commandes Annuler et Rétablir pour la modification des pages. Ils peuvent être configurés, voir Configuration de l’annulation pour la modification de page pour plus de détails.

Configuration du composant vidéo

La variable Composant vidéo vous permet de placer un élément vidéo prédéfini prêt à l’emploi sur votre page.

Pour qu’un transcodage correct se produise, votre administrateur doit Installation de FFmpeg séparément. Ils peuvent également Configuration des profils vidéo à utiliser avec les éléments html5.

Configuration et personnalisation des rapports

Pour vous aider à surveiller et analyser l’état de votre instance, CQ fournit une sélection de rapports par défaut, qui peuvent être configurés en fonction de vos besoins :

Voir Principes de base de la personnalisation des rapports pour plus de détails.

Configurer les notifications par e-mail

CQ envoie des notifications aux utilisateurs qui :

• ont souscrit aux événements de pages, par exemple la modification ou la réplication ;
• Ont souscrit aux événements de forum.
• doivent effectuer une opération dans un workflow.

Voir Configuration des notifications par e-mail pour plus de détails.

Activation des impressions de page

Les impressions de page s’affichent dans la variable Impressions de la console siteadmin de l’IU classique. Pour activer la capture des impressions de page, configurez les éléments suivants :

• Sur l’instance de publication :

  • Statistiques de page de gestionnaire de contenu Web Day CQ

• Sur l’instance de création :

  • Adobe Page Impressions Tracker

Ressources Business.Adobe.com

Content Insights Style System Mobile Forms Responsive Forms Managed Cloud Dynamic Forms