Häufig gestellte Fragen zu Dynamic Media mit OpenAPI-Funktionen new-dynaminc-media-apis-frequently-asked-questions
Der Status eines Assets in Experience Manager Assets wird durch die Eigenschaft jcr:content/metadata/dam:status
gesteuert. Die Werte dieser Eigenschaft können wie folgt lauten:
-
Genehmigt
-
Abgelehnt
-
Änderungen angefordert
Experience Manager Assets kennzeichnet den Status „Genehmigt“ mithilfe eines auf der Asset-Karte verfügbaren Symbols „Genehmigt“, wie in den folgenden Bildern für Admin- und Asset-Ansicht dargestellt:
Admin-Ansicht
Assets-Ansicht
Informationen zum Genehmigen aller Assets in einem Ordner finden Sie in den Anweisungen zum Genehmigen mehrerer Assets in einem Ordner. Es gibt auch ein Video, in dem der gesamte Prozess dargestellt ist.
Nachdem Sie einen Ordner für die Massengenehmigung eingerichtet haben, werden alle neuen Assets, die zum Ordner hinzugefügt werden, automatisch genehmigt. Alle vorhandenen Assets werden nach der erneuten Verarbeitung von Assets genehmigt. Anweisungen zur erneuten Verarbeitung von Assets finden Sie unter Erneutes Verarbeiten digitaler Assets. Wenn Sie nicht genehmigte Assets aus einem anderen Ordner kopieren oder verschieben, müssen Sie die Assets erneut verarbeiten.
Das Asset wird als Rejected
markiert, wenn die bzw. der Admin die Werte Rejected
oder Changes requested
angibt. Experience Manager Assets kennzeichnet den Status „Abgelehnt“ mit
. Dieses Symbol ist auf der Asset-Karte in der Admin-Ansicht verfügbar.
Gleichermaßen kennzeichnet Experience Manager Assets den Status „Abgelehnt“ in der Assets-Ansicht mithilfe des folgenden Status „Abgelehnt “auf der Asset-Karte:
Ja, Sie können mehrere Assets in einem Ordner gleichzeitig genehmigen.
Führen Sie die folgenden Schritte aus, um mehrere Assets gleichzeitig in der Experience Manager Assets Admin view zu genehmigen:
- Wählen Sie die Assets aus und klicken Sie auf Eigenschaften.
- Scrollen Sie auf der Registerkarte Allgemein nach unten zu Überprüfungsstatus.
- Ändern Sie den Überprüfungsstatus in Genehmigt.
- Klicken Sie auf Speichern und schließen.
So genehmigen Sie gleichzeitig mehrere Assets in einem Ordner in der Assets-Ansicht:
-
Wählen Sie die Assets aus und klicken Sie auf Massenbearbeitung von Metadaten.
-
Wählen Sie im rechten Bereich im Abschnitt Eigenschaften im Feld Status die Option Genehmigt aus.
-
Klicken Sie auf Speichern.
Die zentrale Asset-Governance in Experience Manager ermöglicht es DAM-Admins oder Markenverantwortlichen, den Zugriff auf Assets zu verwalten. Sie können den Zugriff einschränken, indem sie Rollen konfigurieren oder Aktivierungs- und Deaktivierungszeiten für genehmigte Assets auf der Autorenseite festlegen, insbesondere auf der AEM as a Cloud Service-Autoreninstanz.
Endbenutzende, die nach Bereitstellungs-URLs suchen oder diese verwenden, können nach erfolgreichem Durchlaufen des Autorisierungsprozesses Zugriff auf eingeschränkte Assets erhalten.
Weitere Informationen finden Sie unter Beschränken des Zugriffs auf Assets in Experience Manager.
Dynamic Media mit OpenAPI-Funktionen und Dynamic Media sind unterschiedliche Lösungen, die jeweils spezielle Bereitstellungsfunktionen bieten. Sie müssen Ihre spezifischen Anforderungen unbedingt gründlich prüfen, um die am besten geeignete Lösung zu finden, die Ihren Anforderungen entspricht.
Die allgemeine Empfehlung von Adobe ist, Dynamic Media mit OpenAPI-Stack für alle Integrations-Anwendungsfälle (Erstanbieter- oder Drittanbieter-Apps) zu verwenden. Wenn bereits eine Integration mit Dynamic Media-Stack vorhanden ist, wird empfohlen, diese nicht zu ändern, da sich die OpenAPI-Stack-URLs in der Struktur unterscheiden. Verwenden Sie den OpenAPI-Stack nur für alle ganz neuen Integrations-Anwendungsfälle. Wenn Ihr Anwendungsfall erweiterte Modifikatoren erfordert, die nicht mit dem OpenAPI-Stack verfügbar sind, vermeiden Sie den OpenAPI-Stack, bis Adobe die Lücke schließt. Der OpenAPI-Stack kann selbst für die grundlegende native Bereitstellung von AEM Assets Cloud Services ausgewertet werden, solange Ihr Anwendungsfall mit den Modifikatoren abgedeckt ist, die mit dem OpenAPI-Stack verfügbar sind. Zusammenfassend betrachtet können Dynamic Media und Dynamic Media mit OpenAPI-Stack je nach Art des Anwendungsfalls nebeneinander bestehen.
Im Folgenden finden Sie einige der wichtigsten Unterschiede zwischen Dynamic Media mit OpenAPI-Funktionen und Dynamic Media:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 | |
---|---|
Dynamic Media mit OpenAPI-Funktionen | Dynamic Media |
Nur mit Assets as a Cloud Service verfügbar | Auch mit On-Premise oder Adobe Managed Services mit zusätzlichen Konfigurations- und Bereitstellungsschritten verfügbar. |
Eingeschränkter Satz unterstützter Bildmodifikatoren wie Breite, Höhe, Drehung, Spiegelung, Qualität und Format | Umfassender Satz verfügbarer Bildmodifikatoren |
Eingeschränkte Asset-Bereitstellung basierend auf Benutzenden, Rollen, Datum und Uhrzeit | In Dynamic Media veröffentlichte Assets stehen allen Benutzenden zur Verfügung |
Die meisten Entwickelnden sind mit OpenAPI-Spezifikationen vertraut. Durch Verwendung des Micro-Frontend-Asset-Wählers lassen sich AEM Assets ganz einfach erweitern. | SOAP-basierte APIs, die bei der Entwicklung von Integrationsanpassungen zu einer Barriere werden. |
Alle Änderungen an genehmigten Assets in DAM, einschließlich Versionsaktualisierungen und Metadatenänderungen, werden automatisch in die Bereitstellungs-URLs übernommen. Mit einem niedrigen Time-to-Live(TTL)-Wert von 10 Minuten für die Dynamic Media mit OpenAPI-Funktion per CDN werden Aktualisierungen in weniger als 10 Minuten in allen Authoring- und Publishing-Oberflächen sichtbar. | Empfohlene CDN-TTL von 10 Stunden. Sie können den TTL-Wert mithilfe der Aktion zur Cache-Invalidierung überschreiben. |
Für die Asset-Bereitstellung an nachgelagerte Anwendungen sind nur genehmigte Assets verfügbar, sodass in digitalen Erlebnissen nur markenkonforme Assets verwendet werden können. | Alle Aktualisierungen eines von Dynamic Media veröffentlichten Assets werden ohne Genehmigungs-Workflow automatisch veröffentlicht. Hierdurch ist nicht gewährleistet, dass die Assets in digitalen Erlebnissen markenkonform sind. |
Auf der Anzahl der bereitgestellten Assets basierende Nutzungsberichte. Diese Funktion ist in Kürze verfügbar. | Nutzungsberichte sind nicht verfügbar. Diese Funktion ist in Kürze verfügbar. |
Assets, die im Assets as a Cloud Service-Repository als abgelaufen markiert sind, stehen nachgelagerten Anwendungen nicht mehr zur Verfügung. | Kein inhärenter Asset-Ablauf. Ein Asset bleibt öffentlich, bis es aus dem AEM as a Cloud Service-Repository gelöscht wird. |
Bildvorgaben und Funktionen für den intelligenten Zuschnitt von Videos werden nicht unterstützt. | Bildvorgaben und Funktionen für den intelligenten Zuschnitt von Videos werden unterstützt. |
Dynamische Videocodierungen, die sicherstellen, dass basierend auf dem Eingabevideo die besten Codierungen bereitgestellt werden. Für die native Videobereitstellung ist keine Einrichtung erforderlich. | Standard-3-Codierungen unabhängig vom Eingabevideo (können sich auf die Leistung der Videobereitstellung auswirken). Sie müssen verschiedene Codierungen für unterschiedliche Video-Bitraten manuell einrichten. |
Das Erraten einer auf der Asset-UID basierenden URL ist schwierig (ermöglicht die URL-Verschleierung), dafür bietet sie eine SEO-Optimierung. | Die URL-Verschleierung ist nur für URL-Abfrageparameter verfügbar. Asset-IDs (Asset-Namen) in URLs können erkannt werden. |
In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen den beiden Lösungen aufgeführt:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 | |
---|---|
Dynamic Media mit OpenAPI-Funktionen | Connected Assets |
Assets in der Remote-DAM-Bereitstellung sind in AEM as a Cloud Service verfügbar. | Assets in der Remote-DAM-Bereitstellung können in AEM as a Cloud Service oder Adobe Managed Services verfügbar sein. |
Asset-Binärdateien werden nicht kopiert, wenn Assets in einer Remote-DAM-Bereitstellung in einer AEM Sites-Instanz verfügbar sind. | Asset-Binärdateien werden kopiert, wenn Assets in einer Remote-DAM-Bereitstellung in einer AEM Sites-Instanz verfügbar sind. |
Unterstützung aller Asset-Formattypen, die von AEM Assets unterstützt werden. | Keine Unterstützung für Videos. |
Sie können Dynamic Media in der lokalen Sites-Bereitstellung verwenden, während Sie Assets aus der Remote-DAM-Bereitstellung abrufen. | Dynamic Media ist in der lokalen Sites-Bereitstellung schreibgeschützt. |
Die Anzahl der mit einer Remote-DAM-Bereitstellung verbundenen AEM Sites-Instanzen ist nicht beschränkt. Sie können den Zugriff auf Assets in der Sites-Instanz einschränken, indem Sie Rollen für genehmigte Assets im Remote-DAM konfigurieren. | Die Verbindung von AEM Sites-Instanzen mit der Remote-DAM-Bereitstellung ist auf maximal 4 AEM Sites-Instanzen beschränkt. Eine höhere Anzahl erfordert zusätzliche Tests. |
Sowohl der Asset-Wähler als auch Dynamic Media mit OpenAPI-Funktionen sind erweiterbar, um benutzerdefinierte Integrationen zu ermöglichen. | Connected Assets-APIs sind nicht erweiterbar, um benutzerdefinierte Integrationen zuzulassen. |
Alle Änderungen an genehmigten Assets, die in der Remote-DAM-Bereitstellung verfügbar sind, einschließlich Versionsaktualisierungen und Metadatenänderungen, werden innerhalb einer kurzen TTL (Time-to-Live) von 10 Minuten automatisch in der Sites-Instanz übernommen. | Asset-Aktualisierungen in der Remote-DAM-Bereitstellung werden automatisch über Lebenszyklusereignisse verarbeitet. Dies nimmt im Vergleich zu Dynamic Media mit OpenAPI-Funktionen jedoch deutlich mehr Zeit in Anspruch. |
Asset-Metadaten im Remote-DAM sind auch in der AEM Sites-Instanz verfügbar. | Asset-Metadaten im Remote-DAM sind nicht in der AEM Sites-Instanz verfügbar. |