Concepts de configuration de base basic-configuration-concepts

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Adobe Experience Manager (AEM) est installé avec les paramètres par défaut, ce qui le rend 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 ou non à votre projet.
  • Autres configurations peut être courant, mais pas impératif; en rapport avec les fonctionnalités ou les 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.

NOTE
Lorsque vous utilisez Adobe Experience Manager, plusieurs méthodes permettent de gérer les paramètres de configuration pour les services OSGi (noeuds de console ou de référentiel).
Voir Configuration d’OSGi pour plus d’informations.
NOTE
La configuration des AEM est simple, mais vous devez savoir que :
Certaines modifications peuvent avoir un impact majeur sur la ou les applications. Pour cette raison, assurez-vous de disposer de l’expérience et des connaissances nécessaires avant de commencer à configurer AEM et d’apporter uniquement les modifications dont vous savez qu’elles sont requises. Toutes les modifications effectuées via la console OSGi sont immédiatement appliquée au système en cours d’exécution (aucun redémarrage n’est requis).

Considérations Principal sur la configuration primary-configuration-considerations

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é security-checklist

Plusieurs problèmes de configuration clés sont répertoriés dans la section Liste de contrôle de sécurité. Assurez-vous de la lire et de prendre toute mesure requise pour votre installation.

Configuration de l’IU par défaut - optimisée pour les écrans tactiles ou classique configuring-the-default-ui-touch-optimized-or-classic

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.

NOTE
Pour plus d’informations sur la sélection de l’interface utilisateur, consultez Sélection de votre interface utilisateur.

IPv4 et IPv6 ipv-and-ipv

Tous les éléments d’AEM (par exemple le référentiel, Dispatcher, etc.) 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 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

Purge de version version-purging

Dans une installation standard, AEM crée une nouvelle version d’une page ou d’un noeud chaque fois que vous activez une page (après avoir mis à jour le contenu). Vous pouvez également créer des versions supplémentaires sur demande à l’aide de la méthode 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. Par conséquent, la taille du référentiel va augmenter 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 logging

AEM vous offre la possibilité de configurer :

  • paramètres globaux pour le service de journalisation central
  • la journalisation des données de demande ; une 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 run-modes

Les modes d’exécution vous permettent d’ajuster votre instance AEM à des fins spécifiques. par exemple, auteur ou publication, test, développement 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 single-sign-on

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.-à-d. détermine les ressources auxquelles l’utilisateur est autorisé à accéder).

Voir Authentification unique pour plus de détails.

Mappage de ressource resource-mapping

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.

Réplication, réplication inverse et agents de réplication replication-reverse-replication-and-replication-agents

Les agents de réplication sont essentiels pour AEM en tant que 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 de détails, consultez Réplication.

Paramètres de configuration OSGi osgi-configuration-settings

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 configuring-ldap

L’authentification LDAP est requise pour authentifier les utilisateurs stockés dans un annuaire LDAP (central), tel que Principal 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 configuring-the-dispatcher

Dispatcher est l’outil de mise en cache et/ou d’équilibrage de charge de l’Adobe. L’utilisation de Dispatcher permet également de protéger votre serveur AEM contre les attaques. Vous pouvez donc accroître la sécurité de l’instance AEM en utilisant Dispatcher conjointement à 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 configuring-aem-livecycle-connector

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.

Déchargement des tâches et administration de la topologie job-offloading-and-topology-administration

Déchargement distribue les tâches de traitement entre les instances de 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 configuring-the-welcome-console

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 configuring-for-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é shared-data-store

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 further-configuration-considerations

Activation de HTTP via SSL enabling-http-over-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 aem-portals-and-portlets

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 expiration-of-static-objects

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 open-files-in-the-java-process

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 seuil, le message « too many open files » est affiché dans error.log.

Pour éviter de telles exceptions, vous devez :

  1. Vérifiez le nombre de fichiers ouverts que votre processus AEM utilise.

    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 à :

    • 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 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.

Configuration de l’éditeur de texte enrichi configuring-the-rich-text-editor

Le Éditeur de texte enrichi (RTE) fournit aux auteurs un large éventail de fonctionnalité pour modifier leur contenu textuel ; 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 configuring-undo-for-page-editing

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 configuring-the-video-component

Le 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 configuring-and-customizing-reports

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 configuring-email-notification

CQ envoie des notifications par courrier électronique 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 enabling-page-impressions

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, vous devez configurer les éléments suivants :

CAUTION
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.
recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56