MSM Best Practices msm-best-practices

Planera struktur och innehållsflöden noggrant innan implementeringen startas.

Behåll så många live-kopior som möjligt. Bearbetning av live-kopior är en resurskrävande uppgift. Ju fler live-kopior som finns i systemet, desto bättre prestanda kan påverkas: från bearbetning av interna live-kopieringsindex, över live-kopieringsåtgärder som rollouts, till gränssnittsåtgärder som att visa live-kopieringsrelationer i referenslisten för Sites Admin. Bästa sättet är att skapa live-kopior av webbplatser eller grenar av en webbplats, där live-kopierelationerna ärvs till sidorna på webbplatsen eller grenen. Undvik att skapa individuella live-kopior för sidor på en webbplats eller en gren när hela strukturen kan göras till en live-kopia.

Anpassa så mycket som behövs, men så lite som möjligt. MSM har stöd för en hög grad av anpassning (till exempel utrullningskonfigurationer), men det bästa sättet att använda prestanda, tillförlitlighet och uppgraderingsmöjligheter för din webbplats är att minimera anpassningen.

Upprätta en styrningsmodell tidigt och utbilda användare därefter för att säkerställa framgång. En god praxis från en styrningssynpunkt är att minimera den auktoritet som lokala innehållsproducenter har för att allokera/ansluta innehåll till andra lokala användare och deras respektive livekopior. Detta beror på att icke-styrda, kedjade arv kan öka komplexiteten i en MSM-struktur avsevärt och påverka dess prestanda och tillförlitlighet.

När det finns en plan för din struktur, innehållsflöden, automatisering och styrning - prototyp och grundligt testa ditt system innan du påbörjar en liveimplementering.

Tänk på att Adobe Consulting och ledande systemintegratörer har djupgående upplevelseplanering och implementering av innehållsautomatisering med MSM, så att de kan hjälpa er att komma igång med ert MSM-projekt och under hela dess implementering.

När skapar en Live-kopia

Detta kan betraktas som ett mer allmänt tillvägagångssätt, vilket gör att du kan skapa live-kopior från vilken sida som helst. Innehållsstrukturen för en live-kopia matchar källan exakt.

När skapar en plats

Detta är ett mer specialiserat tillvägagångssätt, främst för att skapa webbplatser med en flerspråkig struktur.

Om du vill skapa en plats behöver du en plantryckskonfiguration.

Om du vill att språksökvägar ska kunna väljas på en ny plats måste motsvarande språkrörelser finnas i planen (källa).

När en ny webbplats har skapats som en live-kopia (med Create och sedan Site) är de två första nivåerna i den här live-kopian shallow. Sidans underordnade hör inte till live-relationen, men en utrullning kommer ändå att gå ned om en live-relation som matchar utlösaren hittas.

Det hjälper till att undvika:

• manuellt lägga till språk i planen (under den första nivån)
• manuellt lägga till innehåll direkt under språkroten,
• leder inte till att det nya innehållet automatiskt överförs till den aktiva kopian vid utrullning.

När du skapar språkmallar.

• Även om själva MSM inte tillhandahåller innehållsöversättning kan den integreras med översättningsanslutningar från tredje part som gör det. Observera att:

  • Med MSM kan du avbryta arv på sid- och/eller komponentnivå. Detta förhindrar att översatt innehåll skrivs över (från en live-kopia, med ännu inte översatt innehåll från en ritning) vid nästa utrullning.

  • Vissa översättningsanslutningar från tredje part automatiserar hanteringen av MSM-arv.

    Kontakta översättningstjänsten för mer information.

  • Ett annat sätt att skapa och översätta språkmallsidor är att använda språkkopior tillsammans med AEM färdiga integrationsramverk för översättning.

När du distribuerar innehåll från språkmallsidor.

• Till exempel, från den franska huvudpersonen till landsspecifika webbplatser, som Frankrike/Frankrike, Kanada/franska, Schweiz/franska.

Om du skapar nya sidor i en plan skapas motsvarande sidor i live-kopior efter utrullning med standardkonfigurationen.

Om du tar bort sidor i en plan kommer motsvarande sidor att tas bort från live-kopior efter utrullning med standardkonfiguration.

Om du flyttar sidor i en plan kommer inte att resultera i att motsvarande sidor flyttas i live-kopior efter utrullning med standardkonfiguration:

• Orsaken till detta är att en sidflyttning implicit inkluderar en sidborttagning. Detta kan potentiellt leda till oväntat beteende vid publicering, eftersom borttagning av sidor på författaren automatiskt inaktiverar motsvarande innehåll vid publicering. Detta kan också få en "spara på"-effekt på relaterade objekt som länkar, bokmärken och andra.
• Innehållsarv i respektive live-kopia uppdateras för att återspegla den nya platsen för deras källor i planen.
• Om du vill förverkliga en sidövergång från en plan till dynamiska kopior bör du tänka på följande bästa tillvägagångssätt:

Skapa en anpassad utrullningskonfiguration:

• Den nya konfigurationen måste innehålla åtgärden:

  PageMoveAction

  Lägg inte till andra åtgärder i den här konfigurationen.

Placera den nya konfigurationen:

• Om du vill flytta sidan helt och hållet och ta bort respektive sidor på den gamla platsen i den aktiva kopian:

  • Placera den nyskapade konfigurationen före standardkonfigurationen för utrullning.

    Standardkonfigurationen för utrullning tar bort sidorna på den gamla platsen.

• Så här flyttar du ut sidan samtidigt som du behåller respektive sidor på den gamla platsen i live-kopiorna (duplicerar i stort sett innehållet):

  • Placera den nyskapade konfigurationen efter standardkonfigurationen för utrullning.

    Detta säkerställer att inget innehåll tas bort i den aktiva kopian eller inaktiveras från publiceringen.

Automatisering av rollouter med onModify utlösare kan ha en negativ inverkan på redigeringsprestanda eftersom de utlöser rollouts efter varje sidändring.

Resultatet av utrullningen kan skilja sig från det förväntade:

• Du kan inte ange ordningen för ändringshändelserna som skapas.
• Den händelsebaserade arkitekturen kan inte garantera sekvensen för de händelser som skickas till utrullningshanteraren.

Om en sådan utrullningskonfiguration används kan konflikter uppstå om samma resurs uppdateras samtidigt.