- Implementazione di applicazioni per AEM as a Cloud Service
- Utilizzo di Cloud Manager
- Gestione degli ambienti
- Configurazione della pipeline CI/CD
- Implementazione del codice
- Risultati dei test
- Accesso e gestione dei registri
- Notifiche
- Gestione certificati SSL
- Gestione dei nomi di dominio personalizzati
- Introduzione
- Ottenimento di un nome di dominio personalizzato
- Aggiunta di un nome di dominio personalizzato
- Aggiunta di un record TXT
- Verifica dello stato del nome di dominio personalizzato
- Configurazione delle impostazioni DNS
- Verifica dello stato del record DNS
- Visualizzazione e aggiornamento e sostituzione di un nome di dominio personalizzato
- Aggiornamento del certificato SSL di un nome di dominio personalizzato
- Eliminazione di un nome di dominio personalizzato
- Gestione dei Elenchi consentiti di IP
- Introduzione
- Aggiunta di un Elenco consentiti di IP
- Visualizzazione e aggiornamento di un Elenco consentiti di IP
- Applicazione di un Elenco consentiti di IP
- Annullamento dell’applicazione di un elenco di indirizzi IP consentiti
- Eliminazione di un Elenco consentiti di IP
- Verifica dello stato di un Elenco consentiti IP
- Gestione del codice
- Sviluppo per AEM as a Cloud Service
- Struttura dei progetti AEM
- Pacchetto per la struttura dell’archivio dei progetti AEM
- SDK di AEM as a Cloud Service
- Linee guida per lo sviluppo per AEM as a Cloud Service
- Registrazione
- Configurazioni e browser di configurazione
- AEM Fondamenti Tecnici
- API di AEM as a Cloud Service
- Generazione di token di accesso per le API lato server
- Sviluppo AEM stack completo
- Guida introduttiva allo sviluppo per AEM Sites - Esercitazione WKND
- Struttura dell’interfaccia AEM
- Guida di riferimento rapido per Sling
- Utilizzo di adattatori Sling
- Utilizzo di Sling Resource Merger in AEM as a Cloud Service
- Sovrapposizioni in AEM as a Cloud Service
- Utilizzo delle librerie lato client
- Differenze tra pagine
- Limitazioni per l’editor
- Convenzioni di denominazione
- Componenti e modelli
- AEM Tagging Framework
- Creazione di tag nelle applicazioni AEM
- Ricerca
- Pagine di errore personalizzate
- Tipi di nodo AEM
- Linee guida API Java
- Sviluppo AEM ibrido
- Ibrido e SPA con AEM
- Abilitazione dell’esportazione JSON per un componente
- Introduzione SPA e Procedura dettagliata
- SPA Esercitazione WKND
- Guida introduttiva a React
- Guida introduttiva all’uso di Angular
- SPA Dives
- Sviluppo di SPA per AEM
- Panoramica dell’editor SPA
- Blueprint SPA
- Componente pagina SPA
- Mappatura modello dinamico a componente
- Routing modello
- Launch Integration
- Rendering lato server
- SPA documenti di riferimento
- Gestione delle esperienze headless
- Senza testa e AEM
- Guide introduttive
- Frammenti di contenuto
- Distribuzione senza titolo con frammenti di contenuto e GraphQL
- Utilizzo di frammenti di contenuto
- Abilita funzionalità frammento di contenuto per la tua istanza
- Modelli per frammenti di contenuto
- Gestione dei frammenti di contenuto
- Varianti - Authoring dei contenuti di frammenti
- Markdown
- Uso di contenuti associati
- Metadati - Proprietà dei frammenti
- Albero struttura
- Anteprima - RAPPRESENTAZIONE JSON
- API di consegna
- Strumenti per gli sviluppatori
- Personalizzazione
- Configurazione ed estensione di AEM as a Cloud Service
- Estensione dei frammenti esperienza
- Personalizzazione ed estensione dei frammenti di contenuto
- Componenti di configurazione dei frammenti di contenuto per il rendering
- Configurazione dei moduli di ricerca
- Configurare l’editor Rich Text
- Configurare i plug-in dell’editor Rich Text
- Configurare l’editor Rich Text per creare siti accessibili
- Implementazione in AEM as a Cloud Service
- Livello di authoring
- Panoramica della distribuzione dei contenuti
Sovrapposizioni in AEM as a Cloud Service
Adobe Experience Manager come Cloud Service utilizza il principio delle sovrapposizioni per estendere e personalizzare le console e altre funzionalità (ad esempio, l’authoring delle pagine).
Sovrapposizione è un termine che può essere utilizzato in molti contesti. In questo contesto (estendendo AEM come Cloud Service) una sovrapposizione significa prendere la funzionalità predefinita e imporre le proprie definizioni su di essa (per personalizzare la funzionalità standard).
In un'istanza standard la funzionalità predefinita è mantenuta in /libs ed è consigliabile definire la sovrapposizione (personalizzazioni) sotto il ramo /apps (utilizzando un percorso di ricerca per risolvere le risorse).
-
L'interfaccia touch utilizza le sovrapposizioni relative a Granite:
-
Metodo
-
Ricostruire la struttura
/libsappropriata in/apps.Questa operazione non richiede una copia 1:1, in quanto la Sling Resource Merger viene utilizzata per fare riferimento incrociato alle definizioni originali richieste. Sling Resource Merger fornisce servizi per l'accesso e l'unione delle risorse mediante meccanismi diversi (differenziazione).
-
Apportate eventuali modifiche in
/apps.
-
-
Vantaggi
- Più robusto alle modifiche in
/libs. - Ridefinisci solo ciò che è effettivamente richiesto.
- Più robusto alle modifiche in
-
La Fusione risorse Sling e i metodi correlati possono essere utilizzati solo con Granite. Ciò significa che la creazione di una sovrapposizione con una struttura di ossatura è appropriata solo per l’interfaccia touch standard.
Le sovrapposizioni sono il metodo consigliato per molte modifiche, ad esempio per configurare le console o creare la categoria di selezione nel browser delle risorse nel pannello laterale (utilizzato per l’authoring delle pagine). Sono richiesti come:
-
non è necessario apportare modifiche al ramo
/libsEventuali modifiche apportate potrebbero andare perse, in quanto questo ramo potrebbe subire modifiche ogni volta che gli aggiornamenti vengono applicati all'istanza. -
Consentono di concentrare le modifiche in un'unica posizione; facilitando il monitoraggio, la migrazione, il backup e/o il debug delle modifiche, se necessario.
Percorsi di ricerca
AEM utilizza un percorso di ricerca per trovare una risorsa, cercando (per impostazione predefinita) prima il ramo /apps, quindi il ramo /libs. Questo meccanismo significa che la sovrapposizione in /apps (e le personalizzazioni ivi definite) avrà priorità.
Per le sovrapposizioni, la risorsa consegnata è un insieme di risorse e proprietà recuperate, a seconda dei percorsi di ricerca definiti nella configurazione OSGi.