Dynamic Media不會針對不支援的檔案型別發佈或產生傳遞URL

Dynamic Media只會處理和發佈明確支援的資產型別,因此不受支援的格式(字型、Office檔案、Lottie/JSON、.ics/.oft/.emltpl、AEP/AEX等)不會同步至Dynamic Media,且不會產生任何傳送URL。 根本原因是Dynamic Media會強制實施其自己的伺服器端支援輸入格式清單,而該清單不會由本機AEM MIME型別設定擴充。 在AEM中新增自訂MIME對應不會變更Dynamic Media將擷取的內容。 解決方法是對照官方支援的清單確認格式,並針對不支援的型別,透過核准的替代方案(例如AEM直接傳送、ZIP封裝或OpenAPI靜態傳送)傳送檔案。

說明 description

問題: Dynamic Media不會發佈不支援的檔案型別,也不會為其產生傳遞URL

說明

使用者將資產上傳至AEM,預期Dynamic Media會發佈資產或產生公開傳送URL,但Dynamic Media會拒絕或忽略不支援的檔案型別。 受影響的資產顯示為UploadFailed、顯示時不含傳遞URL、傳回空的/original/回應,或完全未出現在Scene7公司中。 無論MIME型別是否手動新增至Scene7AssetMimeTypeServiceImpl設定,都會發生失敗,因為Dynamic Media的資產擷取受到其伺服器端支援的格式清單限制。

環境:

  • Adobe Experience Manager as a Cloud Service (AEMaaCS)
  • AEM動態媒體
  • AEM Managed Services
  • Dynamic Media Classic / Scene7

問題/症狀:

  • Dynamic Media顯示錯誤was not processed because it is not a supported file format!.
  • .ttf/.woff.emltpl、Lottie/JSON、MS Office檔案和AEP/AEX等格式的傳遞URL遺失或空白。
  • Assets已上傳至AEM,但未出現在Scene7中。
  • 發佈Office、Lottie或JSON資產不會產生Dynamic Media內嵌程式碼或公共URL。

根本原因:

Dynamic Media會維持受支援輸入格式的嚴格清單。 無論本機AEM MIME型別設定為何,都無法處理、轉換或發佈不支援的格式。 在AEM中新增自訂MIME對應不會擴充Dynamic Media擷取功能。 Dynamic Media Classic / Scene7也會根據傳送網域封鎖特定檔案型別以提高安全性,例如JS和TXT。 在AEMaaCS中,由於資產必須同時屬於AEM和動態媒體支援的MIME清單,因此會套用其他限制。

如何確認

  1. 檢查是否支援該資產型別。 檢閱Dynamic Media的官方支援檔案格式清單,並交叉檢查表格中的副檔名。 如果未列出檔案型別,Dynamic Media將不會發佈它。
  2. 檢查儲存在資產中繼資料中的Dynamic Media失敗訊息。 在AEM中開啟屬性> Advanced (或中繼資料)下的資產,並尋找dam:scene7FailureMsg欄位。 不支援的型別會顯示錯誤,例如was not processed because it is not a supported file format!。 確認dam:scene7FileStatus = UploadFailed或沒有顯示Scene7工作ID。
  3. 驗證偵測到AEM的MIME型別。 在資產的jcr:content/renditions/original/jcr:content節點中,檢閱jcr:mimeType。 例如: .emltplapplication/octet-stream,或.icstext/calendar。 如果AEM偵測到錯誤的MIME型別,請使用Day CQ DAM Mime型別服務來更正 — 不過如果Dynamic Media未列出型別,這會使檔案不受支援。

解決方法 resolution

  1. 確認產品設計是否不支援該檔案型別。 下列格式無法產生Dynamic Media傳遞URL:

    • 字型(.ttf/.woff)
    • Office格式,例如XLSX、PPTX和DOCX
    • Lottie (.lottie, JSON)
    • ICS/OFT,即使套用MIME設定
    • AEP/AEX
  2. 如果無法進行Dynamic Media處理,請直接從AEM Publisher提供檔案。

  3. 將不支援的檔案重新封裝到支援的容器中。 例如:將.emltpl檔案封裝為ZIP。

  4. 僅限AEMaaCS:如果功能已啟用,請將Dynamic Media OpenAPI URL用於靜態傳送。

  5. 測試產生的URL,並透過選擇的傳遞機制確認正確的內容下載。

驗證

  1. 確認資產現在具有有效的傳送機制(AEM直接、ZIP或OpenAPI),並成功載入。
  2. 使用確認支援的格式重新測試Dynamic Media上傳。 例如:JPG,用於確認Dynamic Media本身正常運作且不存在全域設定錯誤。

相關閱讀

recommendation-more-help
experience-cloud-kcs-help-kbarticles