AEM kernconcepten
- Onderwerpen:
- Ontwikkelen
Gemaakt voor:
- Ontwikkelaar
NOTEVereisten voor ontwikkeling op AEM
U hebt de volgende vaardigheden nodig om zich bovenop AEM te ontwikkelen:
-
Basiskennis van webtoepassingstechnieken, waaronder:
- het verzoek-antwoord (XMLHttpRequest / XMLHttpResponse)-cyclus
- HTML
- CSS
- JavaScript
-
Werken met kennis van de Experience Server (CRX), inclusief de Content Explorer
-
Voor het ontwikkelen in klassieke UI, wordt de basiskennis van JSP (de Pagina's van JavaServer) met inbegrip van de capaciteit om eenvoudige JSP voorbeelden te begrijpen en te wijzigen ook vereist.
Het wordt ook geadviseerd dat u de Richtlijnen en Beste praktijkenleest en volgt.
Java™ Content Repository
De norm van de Bewaarplaats van de Inhoud Java™ (JCR), JSR 283, specificeert een verkoper-onafhankelijke en implementatie-onafhankelijke manier om tot inhoud bidirectioneel op een korrelig niveau binnen een inhoudsbewaarplaats toegang te hebben.
Specificatie lead is in handen van Adobe Research (Zwitserland) AG.
Het JCR API 2.0pakket, javax.jcr.* wordt gebruikt voor directe toegang tot en bewerking van inhoud in de opslagplaats.
Experience Server (CRX) en Jackrabbit
De Server van de Ervaring verstrekt de Diensten van de Ervaring die AEM worden voortgebouwd, en die kunnen worden gebruikt om douanetoepassingen te bouwen, en het sluit de Inhoudsbewaarplaats in van de Inhoud op Jackrabbit wordt gebaseerd.
Apache Jasrabbitis een open bron, volledig in overeenstemming met, implementatie van JCR API 2.0.
Verwerking van aanvraag voor verzending
Inleiding tot verkoop
AEM wordt gebouwd gebruikend het Schuiven, een toepassing van het Web kader-gebaseerd op de beginselen van REST die gemakkelijke ontwikkeling van inhoud-georiënteerde toepassingen verstrekken. Bij Sling wordt als gegevensopslagruimte een JCR-opslagplaats gebruikt, zoals Apache Jackrabbit of, indien AEM, de CRX Content Repository. Sling is toegevoegd aan de Apache Software Foundation - meer informatie is te vinden op Apache.
Met Verschuiving is het type inhoud dat moet worden gerenderd niet de eerste verwerkingsoverweging. De belangrijkste overweging is in plaats daarvan of de URL wordt omgezet in een inhoudsobject waarvoor vervolgens een script kan worden gevonden om de rendering uit te voeren. Dit biedt uitstekende ondersteuning voor auteurs van webinhoud om pagina's samen te stellen die eenvoudig aan hun vereisten kunnen worden aangepast.
De voordelen van deze flexibiliteit worden duidelijk in toepassingen met een groot aantal verschillende inhoudselementen, of wanneer u pagina's nodig hebt die gemakkelijk kunnen worden aangepast. Met name wanneer het uitvoeren van een systeem van het Beheer van de Inhoud van het Web zoals WCM in de AEM oplossing.
Zie ontdekken Sling in 15 minutenvoor de eerste stappen voor het ontwikkelen met het Verschilderen.
In het volgende diagram wordt de resolutie van het script Sling uitgelegd. Het toont hoe te om van HTTP- verzoek aan inhoudsknoop, van inhoudsknoop aan middeltype, van middeltype aan manuscript te krijgen, en welke scripting variabelen beschikbaar zijn.
Het volgende diagram verklaart alle verborgen, maar krachtige, verzoekparameters die u wanneer het behandelen van SlingPostServlet kunt gebruiken. Het omvat de standaardmanager voor alle verzoeken van de POST die u eindeloze opties voor het creëren van, het wijzigen van, het schrappen van, het kopiëren van, en het bewegen van knopen in de bewaarplaats geeft.
Verdelen is Content Centric
Sling is inhoud-centric. Dit betekent dat de verwerking wordt geconcentreerd op de inhoud aangezien elk (HTTP) verzoek op inhoud in de vorm van een middel JCR (een gegevensopslagplaats knoop) in kaart wordt gebracht:
- het eerste doel is de bron (JCR-knooppunt) die de inhoud in zijn bezit heeft
- ten tweede bevindt de representatie, of het script, zich in de eigenschappen resource die worden gecombineerd met bepaalde delen van de aanvraag (bijvoorbeeld kiezers en/of de extensie)
RESTful Sling
Vanwege de inhoudgerichte filosofie implementeert Sling een REST-georiënteerde server en biedt Sling dus een nieuw concept in een webtoepassingsframework. De voordelen zijn:
-
RESTful, niet alleen op de oppervlakte; de middelen en de vertegenwoordiging worden correct gemodelleerd binnen de server
-
verwijdert een of meer gegevensmodellen
- voorheen was het volgende nodig: URL-structuur, zakelijke objecten, DB-schema;
- dit is nu beperkt tot: URL = resource = JCR-structuur
URL-decompositie
Bij Sling wordt de verwerking aangedreven door de URL van het gebruikersverzoek. Dit bepaalt de inhoud die door de aangewezen manuscripten moet worden getoond. Hiervoor wordt informatie opgehaald uit de URL.
Als u de volgende URL analyseert:
https://myhost/tools/spy.printable.a4.html/a/b?x=12
U kunt het onderverdelen in zijn samengestelde delen:
protocol HTTP
gastheer Naam van de website.
inhoudspad Weg die de inhoud specificeren moet worden teruggegeven. Wordt gebruikt met de extensie. In dit voorbeeld worden ze omgezet in tools/spy.html .
selecteurs Gebruikt voor alternatieve methodes om de inhoud terug te geven; in dit voorbeeld een printer-vriendelijke versie in A4 formaat.
uitbreiding formaat van de Inhoud; specificeert ook het manuscript dat voor het teruggeven moet worden gebruikt.
achtervoegsel kan worden gebruikt om extra informatie te specificeren.
params Om het even welke parameters die voor dynamische inhoud worden vereist.
Van URL naar inhoud en scripts
Op basis van deze beginselen:
- de afbeelding gebruikt het inhoudspad dat uit de aanvraag is geëxtraheerd om de bron te zoeken
- wanneer het aangewezen middel wordt gevestigd, wordt het sling middeltype gehaald, en gebruikt om van het manuscript te bepalen dat voor het teruggeven van de inhoud moet worden gebruikt
De onderstaande afbeelding illustreert het gebruikte mechanisme, dat in de volgende secties nader wordt beschreven.
Met Sling geeft u op welk script een bepaalde entiteit wordt gerenderd (door de eigenschap sling:resourceType in het knooppunt JCR in te stellen). Dit mechanisme biedt meer vrijheid dan één waarin het script de gegevensentiteiten benadert (zoals een SQL-instructie in een PHP-script zou doen) omdat een resource meerdere uitvoeringen kan hebben.
Verzoeken om toewijzing aan bronnen
Het verzoek wordt uitgesplitst en de nodige informatie wordt ingewonnen. De repository wordt gezocht naar de gevraagde resource (content node):
- first Sling controleert of een knooppunt bestaat op de locatie die in de aanvraag is opgegeven; bijvoorbeeld
../content/corporate/jobs/developer.html - als er geen knooppunt wordt gevonden, wordt de extensie verwijderd en wordt de zoekopdracht herhaald, bijvoorbeeld
../content/corporate/jobs/developer - Als er geen knooppunt wordt gevonden, retourneert Sling de http-code 404 (Not Found).
Met Sling kunnen andere zaken dan JCR-knooppunten ook bronnen zijn, maar dit is een geavanceerde functie.
Script zoeken
Wanneer het aangewezen middel (inhoudsknoop) wordt gevestigd, wordt het het verbinden middeltype gehaald. Dit is een pad dat zoekt naar het script dat moet worden gebruikt voor het renderen van de inhoud.
Het pad dat door sling:resourceType wordt opgegeven, kan als volgt zijn:
-
absoluut
-
ten opzichte van een configuratieparameter
Relatieve paden worden door de Adobe aanbevolen omdat ze de draagbaarheid verhogen.
Alle het Verdelen manuscripten worden opgeslagen in subfolders van of /apps of /libs, die in deze orde (zie het Aanpassen van Componenten en Andere Elementen) wordt gezocht.
Een paar andere punten die u kunt opmerken zijn:
-
Wanneer de methode (GET, POST) wordt vereist, wordt deze in hoofdletters opgegeven zoals in de HTTP-specificatie, bijvoorbeeld job.POST.esp (zie hieronder).
-
verschillende scriptengines worden ondersteund :
- HTL (HTML Template Language - Adobe Experience Manager geeft de voorkeur aan en aanbevolen Sjabloonsysteem aan serverzijde voor HTML):
.html - ECMAScript (JavaScript) Pages (uitvoering op de server):
.esp, .ecma - Java™ Server Pages (serveruitvoering):
.jsp - Java™ Servlet Compiler (uitvoering op de server):
.java - JavaScript-sjablonen (uitvoering op de client):
.jst
- HTL (HTML Template Language - Adobe Experience Manager geeft de voorkeur aan en aanbevolen Sjabloonsysteem aan serverzijde voor HTML):
De lijst met scriptengines die door de opgegeven instantie van AEM worden ondersteund, wordt weergegeven in de Felix Management Console ( http://<host>:<port>/system/console/slingscripting ).
Apache Sling ondersteunt ook integratie met andere populaire scriptengines (bijvoorbeeld Groovy, JRuby, Freemarker) en biedt een manier om nieuwe scriptengines te integreren.
Wanneer u het bovenstaande voorbeeld gebruikt, is sling:resourceType hr/jobs dan for:
-
GET/HEAD-aanvragen en URL's die eindigen op .html (standaardaanvraagtypen, standaardindeling)
Het script is /apps/hr/jobs/jobs.esp. Het laatste gedeelte van de tekenreeks:resourceType vormt de bestandsnaam.
-
Aanvragen voor POSTEN (alle aanvraagtypen behalve GET/HEAD, de naam van de methode moet in hoofdletters staan)
POST wordt gebruikt in de manuscriptnaam.
Het script is
/apps/hr/jobs/jobs.POST.esp. -
URL's in andere indelingen, niet eindigend met .html
Bijvoorbeeld:
../content/corporate/jobs/developer.pdfHet script is
/apps/hr/jobs/jobs.pdf.esp; het achtervoegsel wordt toegevoegd aan de scriptnaam. -
URL's met kiezers
Kiezers kunnen worden gebruikt om dezelfde inhoud in een andere indeling weer te geven. Bijvoorbeeld een printervriendelijke versie, een rss feed of een samenvatting.
Als u naar een printer-vriendelijke versie kijkt waar de selecteur ** kon zijn gedrukt, zoals in
../content/corporate/jobs/developer.print.htmlHet script is
/apps/hr/jobs/jobs.print.esp. De kiezer wordt aan de scriptnaam toegevoegd. -
Als er geen sling:resourceType is gedefinieerd, dan:
-
het inhoudspad wordt gebruikt om naar een aangewezen manuscript (als op weg-gebaseerde ResourceTypeProvider actief is) te zoeken.
Het script voor
../content/corporate/jobs/developer.htmlgenereert bijvoorbeeld een zoekopdracht in/apps/content/corporate/jobs/. -
het primaire knooppunttype wordt gebruikt.
-
-
Als er geen script wordt gevonden, wordt het standaardscript gebruikt.
De standaardvertoning wordt ondersteund als normale tekst (.txt), HTML (.html) en JSON (.json), die allemaal de eigenschappen van het knooppunt vermelden (correct opgemaakt). De standaardvertoning voor de extensie .res, of aanvragen zonder een aanvraagextensie, is de bron te spool (waar mogelijk).
-
Bij http-foutafhandeling (codes 403 of 404) zoekt Sling naar een script op:
- de plaats /apps/sling/servlet/errorhandler voor aangepaste manuscripten
- of de locatie van de standaardscripts /libs/sling/servlet/errorhandler/403.esp of 404.esp.
Als er meerdere scripts van toepassing zijn voor een bepaalde aanvraag, wordt het script met de beste overeenkomst geselecteerd. Hoe specifieker een overeenkomst is, des te beter deze is. Met andere woorden, hoe meer kiezer het beste aanpast, ongeacht of de aanvraagextensie of methodenamen overeenkomen.
Neem bijvoorbeeld een verzoek om toegang tot de bron/content/corporate/jobs/developer.print.a4.html
van het typesling:resourceType="hr/jobs"
Ervan uitgaande dat u de volgende lijst met scripts op de juiste locatie hebt:
GET.espjobs.esphtml.espprint.espprint.html.espprint/a4.espprint/a4/html.espprint/a4.html.esp
Vervolgens zou de volgorde van voorkeur (8) - (7) - (6) - (5) - (4) - (3) - (2) - (1) zijn.
Naast de typen bronnen (voornamelijk gedefinieerd door de eigenschap sling:resourceType ) is er ook het hulpbrontype. Dit wordt aangegeven door de eigenschap sling:resourceSuperType . Deze super types worden ook overwogen wanneer het proberen om een manuscript te vinden. Het voordeel van hulpmiddelsuper types is dat zij een hiërarchie van middelen kunnen vormen waar het standaardmiddeltype sling/servlet/default (dat door standaardservlets wordt gebruikt) effectief de wortel is.
Het resource super type van een middel kan op twee manieren worden bepaald:
- door de eigenschap
sling:resourceSuperTypevan de resource. - door de eigenschap
sling:resourceSuperTypevan het knooppunt waarnaar desling:resourceTypeverwijst.
Bijvoorbeeld:
-
/
-
a
-
b
- sling:resourceSuperType = a
-
c
- sling:resourceSuperType = b
-
x
- sling:resourceType = c
-
y
- sling:resourceType = c
- sling:resourceSuperType = a
-
De typehiërarchie van:
/x- is
[ c, b, a, <default>]
- is
- while for
/y- de hiërarchie is
[ c, a, <default>]
- de hiërarchie is
Dit komt doordat /y de eigenschap sling:resourceSuperType heeft, terwijl /x dit niet doet en daarom wordt het supertype ervan ontleend aan het type resource.
Sling-scripts kunnen niet rechtstreeks worden aangeroepen
Binnen Verschuiven, kunnen de manuscripten niet direct worden geroepen aangezien dit het strikte concept van een server van het SPEL zou breken; u zou middelen en vertegenwoordiging mengen.
Als u de vertegenwoordiging (het manuscript) direct roept u het middel binnen uw manuscript verbergt, zodat weet het kader (het Schrapen) niet meer over het. Zo verliest u bepaalde eigenschappen:
-
automatische afhandeling van andere http-methoden dan GET, waaronder:
- POST, PUT, DELETE die met een sling standaardimplementatie wordt behandeld
- het
POST.jsp-script in uw tekenreeks:resourceType-locatie
-
uw codearchitectuur is niet meer zo schoon en zo duidelijk gestructureerd als het zou moeten zijn; van primordiaal belang voor grootschalige ontwikkeling
Verkopen-API
Dit gebruikt het Sling API-pakket, org.apache.sling.* en tagbibliotheken.
Verwijzen naar bestaande elementen met gebruik van sling:include
Een laatste overweging is de noodzaak om naar bestaande elementen in de scripts te verwijzen.
Complexere manuscripten (het samenvoegen van manuscripten) moeten tot veelvoudige middelen (navigatie, zijbalk, footer, elementen van een lijst, bijvoorbeeld) toegang hebben en dit doen door het middel te omvatten.
Hiervoor gebruikt u de opdracht sling:include("/<path>/<resource>"). Dit omvat in feite de definitie van de resource waarnaar wordt verwezen, zoals in de volgende instructie die verwijst naar een bestaande definitie voor het renderen van afbeeldingen:
%><sling:include resourceType="geometrixx/components/image/img"/><%
OSGI
OSGi bepaalt een architectuur voor het ontwikkelen en het opstellen van modulaire toepassingen en bibliotheken (het is ook genoemd geworden het Dynamische Systeem van de Module voor Java™). De containers OSGi laten u uw toepassing in individuele modules (die jar dossiers met extra meta-informatie zijn en geroepen bundels in terminologie OSGi) breken en de onderlinge afhankelijkheden beheren met:
- diensten die binnen de container worden uitgevoerd
- een contract tussen de container en uw toepassing
Deze diensten en contracten verstrekken een architectuur die individuele elementen toelaat om elkaar voor samenwerking dynamisch te ontdekken.
Een OSGi-framework biedt u vervolgens dynamisch laden/verwijderen, configureren en beheren van deze bundels, zonder dat u opnieuw moet starten.
NOTEDeze architectuur laat u het Verkopen met toepassing-specifieke modules uitbreiden. Sling, en daarom CQ5, gebruikt de 🔗 implementatie 0} Apache Felix van OSGI (Open het initiatief van de Gateway van de Diensten) en is gebaseerd op Versie 4 van Versie 4.2 van het Platform van de Dienst OSGi. Het zijn beide inzamelingen van bundels OSGi die binnen een kader OSGi lopen.
Hierdoor kunt u de volgende handelingen uitvoeren op elk van de pakketten in uw installatie:
- installeren
- start
- stoppen
- update
- verwijderen
- zie de status
- toegang tot meer gedetailleerde informatie (bijvoorbeeld symbolische naam, versie en locatie) over de specifieke bundels
Zie de Console van het Web, Configuratie OSGI, en de Montages van de Configuratie OSGivoor meer informatie.
Ontwikkelingsobjecten in de AEM
De volgende zaken zijn van belang voor ontwikkeling:
Punt een punt is of een knoop of een bezit.
Voor gedetailleerde informatie bij het manipuleren van de voorwerpen van het Punt, zie de documenten Java™van de Interface javax.jcr.Item
Knoop (en hun eigenschappen) Knooppunten en hun eigenschappen worden bepaald in de specificatie JCR API 2.0 (JSR 283). Ze slaan inhoud, objectdefinities, scripts en andere gegevens op.
Met knooppunten wordt de inhoudsstructuur gedefinieerd en in de eigenschappen ervan worden de feitelijke inhoud en metagegevens opgeslagen.
Inhoudsknooppunten sturen de rendering. Bij Sling wordt het inhoudsknooppunt van de binnenkomende aanvraag opgehaald. The property sling:resourceType of this node points to the Sling rendering component to be used.
Een knooppunt, dat een JCR-naam is, wordt ook wel een resource genoemd in de Sling-omgeving.
Als u bijvoorbeeld de eigenschappen van het huidige knooppunt wilt ophalen, kunt u de volgende code in uw script gebruiken:
PropertyIterator properties = currentNode.getProperties();
The currentNode being the current node object.
Voor meer informatie bij het manipuleren van de voorwerpen van de Knoop, zie de documenten Java™.
Widget In AEM wordt al gebruikersinput beheerd door widgets. Deze worden vaak gebruikt om het bewerken van een stuk inhoud te besturen.
Dialoogvensters worden samengesteld door Widgets te combineren.
AEM is ontwikkeld met de ExtJS-bibliotheek met widgets.
Dialoog A dialoog is een speciaal type van widget.
Voor het bewerken van inhoud gebruikt AEM dialoogvensters die zijn gedefinieerd door de ontwikkelaar van de toepassing. In deze sjablonen wordt een reeks widgets gecombineerd, zodat de gebruiker alle velden en handelingen krijgt die nodig zijn om de gerelateerde inhoud te bewerken.
Dialoogvensters worden ook gebruikt voor het bewerken van metagegevens en door verschillende beheergereedschappen.
Component een softwarecomponent van A is een systeemelement dat een vooraf bepaalde dienst of een gebeurtenis aanbiedt, en met andere componenten kan communiceren.
Binnen AEM, wordt een component vaak gebruikt om de inhoud van een middel terug te geven. Wanneer de bron een pagina is, wordt de component die de bron rendert, een Bovenste component of een component Pagina genoemd. Een component hoeft echter geen inhoud te renderen en hoeft niet te zijn gekoppeld aan een specifieke bron. Een navigatiecomponent geeft bijvoorbeeld informatie weer over meerdere bronnen.
De definitie van een component omvat het volgende:
- de code die wordt gebruikt om de inhoud te renderen
- een dialoogvenster voor de gebruikersinvoer en de configuratie van de resulterende inhoud.
Malplaatje A malplaatje is de basis voor een specifiek type van pagina. Wanneer de gebruiker een pagina op het tabblad Websites maakt, moet deze een sjabloon selecteren. De nieuwe pagina wordt dan gecreeerd door dit malplaatje te kopiëren.
Een sjabloon is een hiërarchie van knooppunten die dezelfde structuur heeft als de pagina die moet worden gemaakt, maar zonder daadwerkelijke inhoud.
Hiermee worden de paginacomponent gedefinieerd die wordt gebruikt om de pagina en de standaardinhoud (primaire inhoud op hoofdniveau) weer te geven. De inhoud definieert hoe deze wordt gerenderd als AEM inhoudcentrisch is.
Component van de Pagina (Top-Level Component) de component die moet worden gebruikt om de pagina terug te geven.
Pagina A pagina is een "geval"van een malplaatje.
Een pagina heeft een hiërarchieknooppunt van het type cq:Page en een inhoudsknooppunt van het type cq:PageContent. The property sling:resourceType of the content node points to the Page Component used for rendering the page.
Als u bijvoorbeeld de naam van de huidige pagina wilt ophalen, kunt u de volgende code in uw script gebruiken:
String pageName = currentPage.getName();
TcurrentPage is het huidige paginaobject. Voor meer informatie bij het manipuleren van de voorwerpen van de Pagina, zie de documenten Java™.
de Manager van de Pagina De paginamanager is een Interface die methodes voor de verrichtingen van het paginaniveau verstrekt.
Bijvoorbeeld, om de bevattende pagina van een middel te krijgen, kunt u de volgende code in uw manuscript gebruiken:
Page myPage = pageManager.getConcontainingPage(myResource);
De pageManager die het voorwerp van de paginamanager zijn, en myResource een middelvoorwerp. Voor meer informatie over de methodes die door de paginamanager worden verstrekt, zie de documenten Java™.
Structuur in de opslagplaats
De volgende lijst geeft een overzicht van de structuur die u in de repository ziet.
CAUTIONCAUTION/libs -pad. Voor configuratie en andere wijzigingen kopieert u het item van /libs naar /apps en brengt u de gewenste wijzigingen aan in /apps .-
/appsToepassingsgerelateerd; bevat componentdefinities die specifiek zijn voor uw website. De componenten die u ontwikkelt, kunnen worden gebaseerd op de componenten uit de doos beschikbaar bij
/libs/foundation/components. -
/contentInhoud die voor uw website is gemaakt.
-
/etc -
/homeInformatie over gebruiker en groep.
-
/libsBibliotheken en definities die tot de kern van AEM behoren. De submappen in
/libsvertegenwoordigen de functies voor AEM buiten de box, zoals zoeken of repliceren. De inhoud in/libsmag niet worden gewijzigd omdat dit van invloed is op de manier waarop AEM werkt. De eigenschappen specifiek voor uw website zouden onder/appsmoeten worden ontwikkeld (zie Aanpassende Componenten en Andere Elementen). -
/tmpTijdelijke werkruimte.
-
/varBestanden die door het systeem worden gewijzigd en bijgewerkt, zoals auditlogboeken, statistieken, gebeurtenisafhandeling.
Omgevingen
Met AEM, bestaat een productiemilieu vaak uit twee verschillende soorten instanties: een Auteur en een instanties van Publish.
De Dispatcher
De Dispatcher is het hulpmiddel van de Adobe voor zowel caching als/of lading het in evenwicht brengen. De verdere informatie kan onder worden gevonden Dispatcher.
FileVault (systeem voor bronrevisie)
FileVault biedt uw JCR-opslagplaats van bestandssysteemtoewijzing en versiebeheer. Het kan worden gebruikt om AEM ontwikkelingsprojecten met volledige steun voor het opslaan van en het versioning van projectcode, inhoud, configuraties, etc., in standaardversiecontrolesystemen (bijvoorbeeld, Subversion) te beheren.
Zie het hulpmiddel FileVaultdocumentatie voor gedetailleerde informatie.
Workflows
Uw inhoud is vaak onderhevig aan organisatorische processen, waaronder stappen zoals goedkeuring en aftekening door verschillende deelnemers. Deze processen kunnen als werkschema's worden vertegenwoordigd, bepaald en binnen AEMontwikkeld, dan toegepast op de aangewezen inhoudspagina'sof digitale activazoals vereist.
De Workflow Engine wordt gebruikt om de implementatie van uw workflows en de daarop volgende toepassing op uw inhoud te beheren.
Beheer van meerdere sites
Met MSM (Multi Site Manager) kunt u eenvoudig meerdere websites beheren die gemeenschappelijke inhoud delen. Met MSM kunt u relaties tussen de sites definiëren, zodat wijzigingen in de inhoud van de ene site automatisch worden gerepliceerd in andere sites.
Websites worden bijvoorbeeld vaak in meerdere talen aangeboden voor internationaal publiek. Wanneer het aantal sites in dezelfde taal laag is (drie tot vijf), is een handmatig proces voor het synchroniseren van inhoud over sites mogelijk. Nochtans, wanneer het aantal plaatsen groeit of wanneer de veelvoudige talen betrokken zijn, wordt het efficiënter om het proces te automatiseren.
-
Beheer efficiënt verschillende taalversies van een website.
-
Een of meer sites automatisch bijwerken op basis van een bronsite:
- Een algemene basisstructuur afdwingen en gemeenschappelijke inhoud op meerdere sites gebruiken.
- Maximaliseer het gebruik van beschikbare middelen.
- Houd een algemeen uiterlijk.
- De inspanningen concentreren op het beheren van de inhoud die tussen de plaatsen verschilt.
Voor meer informatie, zie MultiManager van de Plaats.