Quindi hai un evento, come un seminario o un webcast, e devi cambiare la data. Oppure devi cambiare l'URL di una pagina per qualche altro motivo. Ma l'evento è già live sul sito.
Cosa fai? La risposta è incredibilmente semplice.
Niente (proprio come Seinfeld ).
Chiedi aiuto a qualcuno del Web Team . È fantastico se vuoi affrontarlo da solo, ma fidati, è molto più facile per tutti se non lo fai.
Soprattutto se pensi che ti farà risparmiare tempo. Non lo farà.
Se ti accontenti solo della parola "niente", puoi saltare la parte successiva.
Come saprai, il sito JMP funziona a livelli. Al livello superiore c'è il sito Blueprint. Tutto ciò che sta sotto è un sito livecopy. AEM è molto pignolo nel mantenere sincronizzate le pagine blueprint e livecopy.
Se rinomini una pagina sul sito blueprint, questo la mette fuori sincrono con la copia live. Ecco perché quando testi la registrazione, la pagina di conferma e le email di risposta non funzionano più.
Per risolvere il problema, dobbiamo aprire il cofano e armeggiare con cose che di solito non ci piace toccare. Perché poi potremmo rompere qualcos'altro per sbaglio. Non va bene.
Ogni volta che hai qualcosa di insolito (specialmente se la pagina è già stata pubblicata), chiedici aiuto. Saremo lieti di rispondere alle domande o, se necessario, di farlo per te. Siamo sempre lieti di aiutarti!
Ho pubblicato i diagrammi di progetto di cui sopra. Possono essere trovati qui ...
https://community.jmp.com/t5/AEM-Author-Training/AEM-Rollout-and-TMS-Structure-Diagrams/ta-p/54321
Mi piacerebbe anche discutere di autori di formazione per aiutarli a capire meglio le insidie della creazione di eventi in AEM. Vedo tre punti base di dolore ...
- Le pagine padre (al progetto) devono essere attivate (o almeno distribuite) prima dei bambini . Se i figli vengono attivati prima di un genitore (per la prima volta), il flusso di lavoro di rollout non riesce perché la struttura principale non è ancora presente nella copia live. Così... primo genitore actiavte, poi figli.
- Ripianificazione degli eventi attivati in precedenza (modifica del nome di una pagina). Se una pagina non è stata ancora attivata, non ci sono problemi con la modifica / spostamento dei nomi dei file. Tuttavia, se la pagina è già stata attivata, cambiando il nome della pagina ("spostandosi" nella finestra di modifica) e riattivandola, CREA UNA SECONDA PAGINA sulla copia live. Entrambi saranno collegati alla stessa pagina di progetto, ma ognuno con un nome di pagina diverso (e entrambi appariranno sul sito live). La soluzione (credo) è di avere degli autori DISATTIVARE una pagina prima di rinominare gli eventi attivati in precedenza. E ASSICURATI ANCHE che tutti i bambini vengano riattivati DOPO che il cambio di nome è attivato. Vale la pena un'ulteriore discussione ...?
- Verifica sempre i tuoi eventi! Volete assicurarvi che il sito live funzioni come previsto E che le presentazioni arrivino alla campagna SF.
- Più punti di dolore?
Ehi Roger, bel lavoro! Raccomando di includere il diagramma di progetto in questo post o il collegamento a un post a riguardo.
