Best practice MSM msm-best-practices

Pianifica attentamente la struttura e i flussi di contenuto prima di iniziare l'implementazione.

Personalizza tutto il necessario, ma il meno possibile. MSM supporta un elevato grado di personalizzazione (ad esempio configurazioni di rollout), ma la best practice per le prestazioni, l’affidabilità e l’aggiornamento del sito web è quella di ridurre al minimo la personalizzazione.

Stabilisci anticipatamente un modello di governance e forma gli utenti di conseguenza per assicurarti che proceda tutto in maniera ottimale. Dal punto di vista della governance, una buona pratica è quella di ridurre al minimo l'autorità di cui dispongono i produttori locali di contenuti per allocare/collegare contenuti ad altri utenti locali e alle rispettive Live Copy. Ciò è dovuto al fatto che le ereditarietà chained non gestite possono aumentare notevolmente la complessità di una struttura MSM e comprometterne le prestazioni e l'affidabilità.

Una volta che esiste un piano per la struttura, i flussi di contenuto, l'automazione e la governance - prototipo e test completo del sistema, prima di avviare l’implementazione live.

Tieni presente che Adobe Consulting e i principali System Integrator hanno una solida esperienza nella pianificazione e nell'implementazione dell'automazione dei contenuti con MSM, per cui possono aiutarti sia all'inizio del progetto MSM che durante l'intera implementazione.

Quando creazione di una Live Copy

Questo può essere considerato l’approccio più generico, che consente di creare Live Copy da qualsiasi pagina. La struttura del contenuto di una Live Copy corrisponde esattamente all’origine.

Quando creazione di un sito

Si tratta di un approccio più specializzato, principalmente per la creazione di siti web con una struttura multilingue.

Per creare un nuovo sito, è necessario una configurazione blueprint.

Per consentire la selezione dei percorsi linguistici da creare in un nuovo sito, le lingue root corrispondenti devono esistere nella blueprint (sorgente).

Una volta è stato creato un nuovo sito come Live Copy (utilizzando Crea, quindi Sito), i primi due livelli di questa Live Copy sono superficiale. Gli elementi figli della pagina non appartengono alla relazione live, ma se viene trovata una relazione live corrispondente al trigger, verrà comunque generato un rollout.

Aiuta a evitare:

• aggiunta manuale di lingue nella blueprint (sotto il primo livello)
• aggiunta manuale di contenuti direttamente sotto la directory principale della lingua,
• non porta automaticamente questo nuovo contenuto alla Live Copy al momento del rollout.

Durante la creazione di schemi di lingua.

• Sebbene MSM stesso non fornisca la traduzione del contenuto, può essere integrato con connettori di traduzione di terze parti che lo fanno. Nota che:

  • MSM consente di annullare l’ereditarietà a livello di pagina e/o componente. Questo aiuta a evitare la sovrascrittura dei contenuti tradotti (da una Live Copy, con contenuti non ancora tradotti da una blueprint) al prossimo rollout.

  • Alcuni connettori di traduzione di terze parti automatizzano questa gestione delle ereditarietà MSM.

    Per ulteriori informazioni, rivolgiti al provider di servizi di traduzione.

  • Un approccio alternativo per la creazione e la traduzione di lingue master consiste nell’utilizzare copie in lingua insieme all'AEM Translation Integration Framework preconfigurato.

Quando si esegue il rollout dei contenuti dalle lingue master.

• Ad esempio, dal master in lingua francese ai siti specifici per paese, come Francia/francese, Canada/francese, Svizzera/francese.

Creazione le nuove pagine in una blueprint consentono di creare le pagine corrispondenti in Live Copy dopo il rollout con la configurazione di rollout standard.

Eliminazione le pagine di una blueprint determineranno l’eliminazione delle pagine corrispondenti dalle Live Copy dopo il rollout con la configurazione di rollout standard.

Spostamento le pagine in una blueprint not fa sì che le pagine corrispondenti vengano spostate nelle Live Copy dopo il rollout con la configurazione di rollout standard:

• Questo comportamento si spiega con il fatto che lo spostamento di una pagina include implicitamente l’eliminazione di una pagina. Questo potrebbe causare un comportamento imprevisto al momento della pubblicazione, in quanto l’eliminazione delle pagine sull’autore disattiva automaticamente il contenuto corrispondente al momento della pubblicazione. Questo può anche avere un effetto di trascinamento su elementi correlati come collegamenti, segnalibri e altri.
• L’ereditarietà dei contenuti nelle rispettive pagine Live Copy viene aggiornata per riflettere la nuova posizione delle relative origini nella blueprint.
• Per realizzare completamente lo spostamento di una pagina da una blueprint a Live Copy, considera le seguenti best practice:

Crea una configurazione di rollout personalizzata:

• Questa nuova configurazione deve includere l’azione:

  PageMoveAction

  Non aggiungere altre azioni a questa configurazione.

Posiziona la nuova configurazione:

• Per eseguire il rollout completo della pagina spostata, eliminando le rispettive pagine nella vecchia posizione nella Live Copy:

  • Posiziona la configurazione appena creata prima della configurazione di rollout standard.

    La configurazione di rollout standard si occuperà di eliminare le pagine nella loro vecchia posizione.

• Per eseguire il rollout dello spostamento della pagina mantenendo le rispettive pagine nella loro vecchia posizione nelle Live Copy (essenzialmente duplicando il contenuto):

  • Posiziona la configurazione appena creata dopo la configurazione di rollout standard.

    In questo modo nessun contenuto viene eliminato dalla Live Copy o disattivato dalla pubblicazione.

L'automazione dei rollout con i trigger onModify può avere un impatto negativo sulle prestazioni dell'authoring, in quanto attiva i rollout dopo ogni modifica della pagina.**

Il risultato del rollout può differire da quello previsto, ad esempio:

• Non puoi specificare l’ordine degli eventi di modifica risultanti.
• L'architettura basata su eventi non può garantire la sequenza degli eventi passati al Rollout Manager.

L’utilizzo di tale configurazione di rollout potrebbe causare conflitti se si verificano aggiornamenti simultanei della stessa risorsa.