Principes élémentaires du site de la communauté community-site-essentials

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.

Modèle de site personnalisé custom-site-template

Un modèle de site personnalisé peut être spécifié séparément pour chaque copie de langue d’un site de communauté.

Pour ce faire, procédez comme suit :

  • Création d’un modèle personnalisé
  • Recouvrir le chemin d’accès au modèle de site par défaut
  • Ajouter le modèle personnalisé au chemin de recouvrement
  • Spécifiez le modèle personnalisé en ajoutant une page-template à la propriété configuration node

Modèle par défaut:

/libs/social/console/components/hbs/sitepage/sitepage.hbs

Modèle personnalisé dans le chemin d’accès à la superposition:

/apps/social/console/components/hbs/sitepage/<template-name>.hbs

Propriété: page-template
Type: Chaîne
Valeur: <template-name> (aucune extension)

Noeud de configuration:

/content/<chemin du site de communauté>/<lang>/configuration

Par exemple : /content/sites/engage/en/configuration

NOTE
Tous les noeuds du chemin d’accès recouvert doivent uniquement être de type Folder.
CAUTION
Si le modèle personnalisé reçoit le nom sitepage.hbs, tous les sites communautaires seront ensuite personnalisés.

Exemple de modèle de site personnalisé custom-site-template-example

Par exemple : vertical-sitepage.hbs est un modèle de site qui entraîne l’emplacement des liens de menu verticalement sur le côté gauche de la page, au lieu de horizontalement sous la bannière.

Obtenir le fichier
Placez le modèle de site personnalisé dans le dossier de recouvrement :

/apps/social/console/components/hbs/sitepage/vertical-sitepage.hbs

Identifiez le modèle personnalisé en ajoutant une page-template au noeud de configuration :

/content/sites/sample/en/configuration

chlimage_1-80

Veillez à Enregistrer tout et répliquez le code personnalisé sur toutes les instances d’AEM (le code personnalisé n’est pas inclus lorsque le contenu du site de la communauté est publié à partir de la console).

La pratique recommandée pour la réplication du code personnalisé consiste à créer un package ; et déployez-le sur toutes les instances.

Exportation d’un site de communauté exporting-a-community-site

Une fois un site communautaire créé, il est possible d’exporter le site sous la forme d’un package AEM stocké dans le gestionnaire de packages et disponible pour téléchargement et chargement.

Cette option est disponible à partir du Console Sites Communities.

Notez que le contenu généré par l’utilisateur et le code personnalisé ne sont pas inclus dans le package du site de la communauté.

Pour exporter du contenu créé par l’utilisateur, utilisez la variable Outil de migration UGC AEM Communities, un outil de migration Open Source disponible sur GitHub.

Suppression d’un site de communauté deleting-a-community-site

Depuis AEM Communities 6.3 Service Pack 1, l’icône Supprimer le site s’affiche lorsque vous placez le curseur de la souris sur le site de la communauté à partir de la console Communautés > Sites. Au cours du développement, si vous souhaitez supprimer un site de la communauté et recommencer à zéro, vous pouvez utiliser cette fonctionnalité. La suppression d’un site de communauté supprime les éléments suivants qui lui sont associés :

Identifiant de site unique de la communauté community-unique-site-id

Pour identifier l’identifiant de site unique associé au site de la communauté, à l’aide de CRXDE :

  • Accédez à la racine de langue du site, telle que /content/sites/*<site name>*/en/rep:policy

  • Recherchez le allow<#> avec un noeud rep:principalName dans ce format rep:principalName = *community-enable-nrh9h-members*

  • L’identifiant de site est le troisième composant de rep:principalName
    Par exemple, si
    rep:principalName = community-enable-nrh9h-members

    • nom du site = enable
    • ID de site = nrh9h
    • ID de site unique = enable-nrh9h

Contenu généré par l'utilisateur user-generated-content

Procurez-vous le projet communities-srp-tools de Github :

Contient un servlet permettant de supprimer tout le contenu généré par l’utilisateur de toute SRP.

Tout contenu généré par l’utilisateur peut être supprimé ou pour un site spécifique, par exemple :

  • path=/content/usergenerated/asi/mongo/content/sites/engage

Cela supprime uniquement le contenu généré par l’utilisateur (saisi lors de la publication) et non le contenu créé (saisi lors de la création). Par conséquent, noeuds fantômes ne sont pas affectées.

Groupes d’utilisateurs de la communauté community-user-groups

Sur toutes les instances de création et de publication, à partir de console de sécurité, recherchez et supprimez la variable groupes d’utilisateurs qui sont :

Par exemple, community-engage-x0e11-members.

Ressources d’activation enablement-assets

Dans la console principale :

  • Sélectionner Ressources
  • Entrée Sélectionner mode
  • Sélectionnez le dossier nommé avec la propriété ID de site unique
  • Sélectionner Supprimer (peut nécessiter une sélection dans Plus…)

Enregistrements de base de données database-records

Il n’existe pas d’outil permettant de supprimer de manière sélective les entrées de base de données d’un site spécifique de la communauté d’activation.

Lorsque tous les sites de la communauté sont supprimés, supprimez enablementdb et scormenginedb à l’aide de MySQL Workbench.

recommendation-more-help
5d37d7b0-a330-461b-814d-068612705ff6