Grundläggande konfigurationskoncept

Senaste uppdatering: 2023-11-08
  • Skapat för:
  • Developer

Adobe Experience Manager (AEM) installeras med standardinställningar för alla parametrar som gör att programmet kan köras "i körklart läge". Du kan dock konfigurera AEM efter dina egna specifika krav.

Det finns många aspekter av AEM som kan konfigureras:

  • Vissa är konfigureras vanligtvis för varje projektinstallation och måste granskas för att bekräfta om de är tillämpliga på ditt projekt.
  • Ytterligare konfigurationer kan vara vanligt men inte absolut nödvändigt, det kan gälla funktioner eller systemprestanda och stabilitet.
  • Andra är bara obligatoriska för vissa valfria funktioner i AEM (dessa dokumenteras tillsammans med lämplig funktion).

Beroende på den specifika konfigurationen kan dessa ändringar göras med något av följande:

  • Adobe CQ Web Console

    Det här är en standardplats för att konfigurera OSGi-paket och -tjänster.

    Se Konfigurerar OSGi för mer information och rekommenderade metoder.

  • Databas

    En delmängd av OSGi-konfigurationer är tillgänglig i databasen. Detta garanterar att identiska konfigurationer återskapas när databasinnehåll kopieras eller replikeras. Du kan också lägga till egna konfigurationer, beroende på körningsläge, i databasen.

    Se OSGi-konfiguration i databasen särskilt Lägga till en ny konfiguration i databasen för mer information.

  • Filsystem

    Några konfigurationsfiler finns i filsystemet.

  • AEM WCM

    Olika aspekter kan konfigureras i AEM WCM, många med verktyg konsol, till exempel replikeringsagenter.

OBSERVERA

När du arbetar med Adobe Experience Manager finns det flera metoder för att hantera konfigurationsinställningarna för OSGi-tjänster (konsol- eller databasnoder).

Se Konfigurerar OSGi för fullständig information.

OBSERVERA

Det är enkelt att konfigurera AEM. Vissa ändringar kan dock ha stor effekt på programmen. Se därför till att du har den erfarenhet och kunskap som krävs innan du börjar konfigurera AEM, och gör bara de ändringar som du vet är nödvändiga. Alla ändringar som görs via OSGi-konsolen är omedelbart används på det system som körs (ingen omstart krävs).

Överväganden om primär konfiguration

Den här listan innehåller information om de primära områden som vanligtvis konfigureras för varje nytt projekt. Alla behövs inte, men listan måste läsas och granskas för att se vad som gäller för ditt projekt.

Listan innehåller en kort översikt över varje konfigurationsaspekt, tillsammans med länkar till sidorna med fullständig information.

Säkerhetschecklista

Flera viktiga konfigurationsproblem visas i Säkerhetschecklista. Läs detta och vidta eventuella åtgärder som krävs för installationen.

Konfigurera standardgränssnittet - Touchoptimerat eller Classic

Det finns två gränssnitt som kan användas i AEM:

  • Det pekoptimerade användargränssnittet
  • Det klassiska användargränssnittet

Du kan konfigurera användargränssnittet som du behöver med Rotmappning.

OBSERVERA

Mer information om hur du väljer användargränssnittet finns i Välja användargränssnitt.

IPv4 och IPv6

Alla element i AEM (till exempel databasen och Dispatcher) kan installeras i både IPv4- och IPv6-nätverk.

Åtgärden är smidig eftersom ingen speciell konfiguration krävs. När det behövs kan du bara ange en IP-adress med det format som passar din nätverkstyp.

Det innebär att när en IP-adress måste anges kan du välja (efter behov) bland:

  • en IPv6-adress

    till exempel https://[ab12::34c5:6d7:8e90:1234]:4502

  • en IPv4-adress

    till exempel https://123.1.1.4:4502

  • ett servernamn

    till exempel https://www.yourserver.com:4502

  • standardfallet för localhost tolkas för både IPv4- och IPv6-nätverksinstallationer

    till exempel http://localhost:4502

Rensning av version

I en standardinstallation skapar AEM en version av en sida eller nod när du aktiverar en sida (efter att innehållet har uppdaterats). Du kan också skapa ytterligare versioner på begäran med Versioner sidosparkens flik. Alla dessa versioner lagras i databasen och kan återställas om det behövs.

Dessa versioner rensas aldrig, så databasstorleken ökar med tiden och måste därför hanteras.

Se Rensning av version för fullständig information, särskilt Versionshanteraren om du vill ha information om hur du konfigurerar AEM att rensa äldre versioner när en ny version skapas.

Loggning

AEM ger dig möjlighet att konfigurera:

  • globala parametrar för den centrala loggningstjänsten
  • begär dataloggning; en särskild loggningskonfiguration för begärandeinformation
  • specifika inställningar för de enskilda tjänsterna, till exempel en enskild loggfil och ett format för loggmeddelandena

Se Loggning för fullständig information.

Körningslägen

Med körningslägena kan du trimma AEM för ett visst ändamål. Du kan till exempel skriva eller publicera, testa, utveckla eller intranäta och så vidare.

Detta görs genom att definiera samlingar av konfigurationsparametrar för varje körningsläge. En grundläggande uppsättning konfigurationsparametrar används för alla körningslägen, och du kan sedan justera ytterligare uppsättningar efter syftet med den specifika miljön. Dessa används sedan efter behov.

Alla konfigurationsinställningar lagras i en databas och aktiveras genom att du anger Körningsläge.

Se Körningslägen för fullständig information.

Enkel inloggning

Med enkel inloggning (SSO) kan en användare få åtkomst till flera system efter att ha angett inloggningsuppgifter (till exempel användarnamn och lösenord) en gång. Ett separat system (som kallas betrodd autentiserare) utför autentiseringen och ger Experience Manager inloggningsuppgifterna. Experience Manager kontrollerar och verkställer användarens åtkomstbehörigheter (d.v.s. avgör vilka resurser användaren har åtkomst till).

Se Enkel inloggning för mer information.

Resursmappning

Resursmappning används för att definiera omdirigeringar, tillfälliga URL:er och virtuella värdar för AEM.

Du kan till exempel använda dessa mappningar för:

  • Prefix för alla begäranden med /content så att den interna strukturen döljs för besökarna på webbplatsen.
  • Definiera en omdirigering så att alla förfrågningar till /content/en/gateway webbplatsen omdirigeras till https://gbiv.com/.

Se Resursmappning för mer information.

Replikerings-, omvänd replikering- och replikeringsagenter

Replikeringsagenter AEM som den mekanism som används för att:

  • Publicera (aktivera) innehåll från författare till publiceringsmiljö.
  • Rensa innehåll explicit från Dispatcher-cachen.
  • Returnera användarindata (till exempel formulärindata) från publiceringsmiljön till författarmiljön (under kontroll av författarmiljön).

Mer information finns i Replikering.

Konfigurationsinställningar för OSGi

OSGi är en grundläggande del i den tekniska AEM. Det används för att styra de sammansatta AEM och deras konfiguration.

Se Konfigurationsinställningar för OSGi för en lista över de olika programpaket som är relevanta för projektimplementering (listade efter paket). Alla inställningar som visas behöver inte justeras, vissa anges för att du ska förstå hur AEM fungerar.

När du arbetar med AEM finns det flera metoder för att hantera konfigurationsinställningarna för sådana tjänster. Se Konfigurerar OSGi om du vill ha mer information och rekommenderade rutiner.

Konfigurerar LDAP

LDAP-autentisering krävs för att autentisera användare som lagras i en (central) LDAP-katalog som Active Directory. Detta minskar den arbetsinsats som krävs för att hantera användarkonton.

LDAP-autentisering sker på databasnivå, så den hanteras direkt av databasen. Mer information finns i Konfigurera LDAP med AEM.

Användarhantering inom AEM (inklusive tilldelning av åtkomsträttigheter) finns i Användaradministration och -säkerhet.

Konfigurera Dispatcher

Dispatcher är ett Adobe Experience Manager-verktyg för cachelagring, eller belastningsutjämning, eller båda. Den kan användas med en webbserver i företagsklass.

Se Dispatcher för fullständig information, särskilt Konfigurera Dispatcher om du vill ha mer konfigurationsinformation.

Konfigurerar AEM LiveCycle Connector

I och med att AEM Doc Services och AEM Doc Security släpps kan AEM nu anropa LiveCyclets dokumenttjänster för att återge ett XFA-formulär, konvertera ett dokument till PDF och skydda ett dokument med hjälp av policyfunktioner. Se AEM LiveCycle Connector för mer information.

Jobbavlastning och topologiadministration

Avlastning I distribueras bearbetningsuppgifter mellan Experience Manager-instanser i en topologi. Med avlastning kan du använda särskilda Experience Manager-instanser för att utföra vissa typer av bearbetning. Specialiserad bearbetning gör att du kan maximera användningen av tillgängliga serverresurser.

Topologier är löst kopplade Experience Manager-kluster som deltar i avlastning. Ett kluster består av en eller flera Experience Manager-serverinstanser (en enda instans betraktas som ett kluster).

Mer information om hur du visar eller ändrar topologimedlemskap finns i Administrera topologier -avsnitt.

Konfigurera välkomstkonsolen

Välkomstkonsolen för det klassiska användargränssnittet innehåller en lista med länkar till de olika konsolerna och funktionerna i AEM.

Det går att konfigurera synliga länkar, se Konfigurera välkomstkonsolen för mer information.

Konfigurera för prestanda

Prestanda är nyckeln till ditt projekt. Vissa aspekter av AEM (och/eller den underliggande databasen) kan konfigureras för att optimera prestanda.

Se Konfigurera för prestanda för mer information.

Delat datalager

Databasens datalager används för att avlasta lagringen av stora binärfiler från databasen till ett separat område, så att flera instanser av samma binära (till exempel en bild) i databasträdet bara lagras en gång.

Den här funktionen"store-once, reference-many-times" kan utökas så att den inte bara innehåller ett enda databasträd utan helt separata databaser, genom att konfigurera datalagret för varje databas så att den refererar till samma delade filsystemplats.

Ett sådant datalager kan delas mellan olika noder i samma kluster, olika publicerings- och/eller författarinstanser i samma installation eller till och med helt separata instanser i olika installationer.

Mer information finns i Konfigurera datalager och nodlager.

Ytterligare konfigurationsöverväganden

Aktivera HTTP över SSL

Du kan aktivera HTTP över SSL för att använda säkrare anslutningar till dina servrar.

Se Aktivera HTTP över SSL för mer information.

AEM portaler och portlets

En portal är ett webbprogram som erbjuder personalisering, samlad inloggning, innehållsintegrering från olika källor och som är värd för informationssystemens presentationsskikt. Med portletkomponenten kan du även bädda in en portlet på sidan. För att få tillgång till innehåll som tillhandahålls av CQ5 WCM kan portalservern utrustas med CQ5 Portal Director Portlet. Du kan göra detta genom att installera, konfigurera och lägga till portleten på portalsidan.

Se Portal och Portlets för mer information.

Förfallotid för statiska objekt

Statiska objekt (till exempel ikoner) ändras inte. Därför bör systemet konfigureras så att det inte upphör att gälla (under en rimlig tidsperiod) och på så sätt minskar onödig trafik.

Se Förfallotid för statiska objekt för mer information.

Öppna filer i Java™-processen

Varje Java™-process kan komma åt filer - detta kräver systemresurser. Av den anledningen definieras en övre gräns för hur många filer varje process har åtkomst till samtidigt. Om detta överskrids kan ett undantagsfel uppstå.

Om AEM överstiger det högsta tillåtna antalet får meddelandet " too many open files" visas i error.log.

Så här undviker du sådana undantag:

  1. Kontrollera hur många öppna filer som används i AEM.

    Den här kontrollen beror på vilken plattform instansen körs på. Verktyg som LSOF (UNIX®) eller Process Explorer (Windows) kan användas.

    Detta värde bör övervakas under utveckling och testning för att

    • bekräfta att filer stängs efter behov
    • fastställa det högsta värde som behövs (under olika omständigheter)
  2. Ange högsta tillåtna värde.

    Det nya värdet bör ta hänsyn till både aktuella behov och framtida toppar, så det är tillrådligt att fördubbla nuvarande behov.

    Som standard serverctl configures CQ_MAX_OPEN_FILES till 8192; detta bör räcka för de flesta scenarier.

Konfigurera RTF-redigeraren

The RTF-redigerare (RTE) har ett stort antal funktionalitet för redigering av textinnehåll, med ikoner, markeringsrutor och menyer för en WYSIWYG-upplevelse.

Se Konfigurera RTF-redigeraren för mer information.

Konfigurera Ångra för sidredigering

Det finns flera egenskaper som styr hur kommandona Ångra och Gör om fungerar när du redigerar sidor. Dessa kan konfigureras, se Konfigurera Ångra för sidredigering för mer information.

Konfigurera videokomponenten

The Videokomponent Med kan du placera ett fördefinierat videoelement direkt på sidan.

För att korrekt omkodning ska ske måste administratören Installera FFmpeg separat. De kan också Konfigurera videoprofiler för användning med html5-element.

Konfigurera och anpassa rapporter

CQ ger dig möjlighet att övervaka och analysera instansens status och innehåller ett urval standardrapporter som kan konfigureras för dina individuella behov:

Se Grunderna i anpassning av rapporter för mer information.

Konfigurerar e-postmeddelande

CQ skickar e-postmeddelanden till användare som:

  • Prenumerera på sidhändelser, till exempel ändringar eller replikering.
  • Prenumerera på forumevent.
  • Måste utföra ett steg i ett arbetsflöde.

Se Konfigurerar e-postmeddelande för mer information.

Aktivera sidavbildningar

Sidavbildningar visas i Impressions -kolumnen i den klassiska användargränssnittets platadminkonsol. Om du vill kunna fånga upp sidvisningar konfigurerar du följande:

FÖRSIKTIGHET

Konfigurationen av spårningsfunktionen för Adobe-siduppläsningar i författarmiljön tillåter anonyma begäranden till spårningstjänsten.

På denna sida