Un modèle de site personnalisé peut être spécifié séparément pour chaque copie de langue d’un site communautaire.
Pour ce faire,
page-template
au noeud configuration
.Modèle par défaut :
/libs/social/console/components/hbs/sitepage/sitepage.hbs
Modèle personnalisé dans le chemin d’incrustation :
/applications/social/console/components/hbs/sitepage/"a3/>nom-modèle<a4/".hbs **
Propriété : page-template
Type : String
Valeur : <>template-name > (sans extension)
Noeud de configuration :
/content/"a0/>chemin d'accès au site de la communauté/ lang<a3/"/configuration **
Par exemple : /content/sites/engagement/fr/configuration
Tous les noeuds du chemin superposé doivent uniquement être de type Folder
.
Si le modèle personnalisé porte le nom sitepage.hbs,, tous les sites de la communauté seront personnalisés.
Par exemple, vertical-sitepage.hbs
est un modèle de site qui permet de placer les liens de menu verticalement sur le côté gauche de la page, plutôt que horizontalement sous la bannière.
Get
FilePlacez le modèle de site personnalisé dans le dossier d'incrustation :
/applications/social/console/components/hbs/sitepage/vertical-sitepage.hbs
Identifiez le modèle personnalisé en ajoutant une propriété page-template
au noeud de configuration :
/content/sites/sample/fr/configuration
Veillez à Enregistrer tout et à répliquer le code personnalisé sur toutes les instances 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 le déployer sur toutes les instances.
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 téléchargement.
Cette information est disponible à partir de la console Sites communautaires.
Notez que l’UGC et le code personnalisé ne sont pas inclus dans le package du site de la communauté.
Pour exporter l’UGC, utilisez l’outil de migration AEM Communities UGC Tool, un outil de migration open source disponible sur GitHub.
Depuis AEM Communities 6.3 Service Pack 1, l’icône Supprimer le site s’affiche en survolant le site de la communauté à partir de la console Communautés > Sites. Au cours du développement, si vous souhaitez supprimer un site communautaire et un début actualisé, vous pouvez utiliser cette fonctionnalité. La suppression d’un site communautaire supprime les éléments suivants qui lui sont associés :
Pour identifier l’identifiant de site unique associé au site de la communauté, utilisez CRXDE :
Accédez à la racine de langue du site, telle que /content/sites/*<site name>*/en/rep:policy
Recherchez le noeud allow<#>
avec un rep:principalName
au 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
Obtenez le projet community-srp-tools de Github :
Il contient une servlet pour supprimer toutes les UGC de tout SRP.
Tout UGC peut être supprimé ou pour un site spécifique, par exemple :
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, les noeuds fantômes ne sont pas affectés.
Sur toutes les instances d’auteur et de publication, dans la console de sécurité, recherchez et supprimez les groupes d’utilisateurs qui sont :
community
Par exemple, community-engage-x0e11-members
.
Depuis la console principale :
Il n'existe aucun outil permettant de supprimer de manière sélective les entrées de base de données pour un site communautaire d'activation spécifique.
Lorsque tous les sites de la communauté sont supprimés, déposez les options enablementdb et scormenginedb à l’aide de MySQL Workbench.