Sie haben also eine Veranstaltung, beispielsweise ein Seminar oder einen Webcast, und müssen das Datum ändern. Oder Sie müssen aus einem anderen Grund die URL einer Seite ändern. Aber die Veranstaltung ist bereits live auf der Site.
Was machen Sie? Die Antwort ist verblüffend einfach.
Nichts (genau wie Seinfeld ).
Bitten Sie einfach jemanden aus dem Webteam um Hilfe . Es ist großartig, wenn Sie es selbst in Angriff nehmen möchten, aber glauben Sie uns, es ist für alle viel einfacher, wenn Sie das nicht tun.
Vor allem, wenn Sie glauben, dass Sie dadurch Zeit sparen. Das wird es nicht.
Wenn Sie mit dem Wort „nichts“ zufrieden sind, können Sie den nächsten Teil überspringen.
Wie Sie vielleicht wissen, arbeitet die JMP-Website auf mehreren Ebenen. Auf der obersten Ebene befindet sich die Blueprint-Site. Alles darunter ist eine Livecopy-Site. AEM ist sehr pingelig, wenn es darum geht, die Blueprint- und Livecopy-Seiten synchron zu halten.
Wenn Sie eine Seite auf der Blueprint-Site umbenennen, ist sie nicht mehr mit der Live-Kopie synchron. Deshalb funktionieren die Bestätigungsseite und die Antwort-E-Mails nicht mehr, wenn Sie die Registrierung testen.
Um das Problem zu beheben, müssen wir die Haube öffnen und an Dingen herumfummeln, die wir normalerweise nicht gerne anfassen. Denn dann könnten wir versehentlich etwas anderes kaputt machen. Nicht gut.
Wenn Sie etwas Ungewöhnliches haben (insbesondere, wenn die Seite bereits veröffentlicht wurde), bitten Sie uns einfach um Hilfe. Wir beantworten gerne Ihre Fragen oder erledigen die Arbeit bei Bedarf für Sie. Wir helfen Ihnen gerne!
Ich habe die Blueprint-Diagramme veröffentlicht, auf die oben verwiesen wird. Sie können hier gefunden werden ...
https://community.jmp.com/t5/AEM-Author-Training/AEM-Rollout-und-TMS-Structure-Diagrams/ta-p/54321
Ich würde auch gerne über Schulungsautoren diskutieren, um die Fallstricke beim Erstellen von Ereignissen in AEM besser zu verstehen. Ich sehe drei grundlegende Schmerzpunkte ...
- Übergeordnete Seiten (auf der Blaupause) müssen vor untergeordneten Elementen aktiviert (oder zumindest ausgerollt) werden . Wenn Kinder vor einem übergeordneten Element aktiviert werden (zum ersten Mal), schlägt der Rollout-Workflow fehl, da die übergeordnete Struktur in der Live-Kopie noch nicht vorhanden ist. So... actiavte Elternteil zuerst, dann Kinder.
- Verschieben Sie zuvor aktivierte Ereignisse neu (Ändern eines Seitennamens). Wenn eine Seite noch nicht aktiviert wurde, besteht kein Problem mit dem Ändern / Verschieben von Dateinamen. Wurde die Seite jedoch bereits aktiviert, wird der Seitenname geändert ("bewegt" in der Bearbeitungskonfiguration) und erneut aktiviert. ERSTELLT EINE ZWEITE SEITE in der Live-Kopie. Beide werden mit derselben Blaupause-Seite verbunden, aber beide haben einen anderen Seitennamen (und beide werden auf der Live-Site angezeigt). Die Lösung (denke ich) besteht darin, dass Autoren eine Seite DEAKTIVIEREN, bevor zuvor aktivierte Ereignisse umbenannt werden. Und Sie können auch sicherstellen, dass Kinder reaktiviert werden, nachdem die Namensänderung aktiviert wurde. Eine weitere Diskussion wert ...?
- Testen Sie Ihre Veranstaltungen immer! Sie möchten sicherstellen, dass die Live-Site wie beabsichtigt funktioniert UND dass die Beiträge zur SF-Kampagne gelangen.
- Weitere Schmerzpunkte?
Hey Roger, schöne Arbeit! Ich empfehle, das Blueprint-Diagramm in diesen Beitrag aufzunehmen oder auf einen Beitrag darüber zu verweisen.
