Che cos'è DIS?
Commerce Cloud Dynamic Imaging è un servizio di trasformazione delle immagini. Può essere utilizzato per creare trasformazioni rapide di un'immagine archiviata nell'ambiente Commerce Cloud. Queste trasformazioni possono essere presentate direttamente nei siti Web.
Quali operazioni di trasformazione sono disponibili?
Qual è uno scenario DIS tipico?
Prendere in considerazione lo scenario seguente. Si supponga di avere un catalogo con 100.000 prodotti e di assegnare a un'agenzia fotografica il compito di creare una serie di foto, che dovrà inviare come file PNG di alta qualità.
Nel frattempo, i designer del sito Web presentano questa interessante soluzione che consente di visualizzare 4 prodotti per riga nella schermata dei risultati di ricerca. Queste immagini devono avere dimensioni 150x150. Quindi, l'utente o l'agenzia fotografica inizia a elaborare tutte le immagini, le carica, le assegna ai prodotti; fino a qui tutto funziona bene.
Il mese successivo, i designer decidono che i prodotti devono essere molto più visibili. Quindi, decidono di utilizzare solo 3 prodotti per riga nei risultati di ricerca, ma impostando 250x250 come dimensione dell'immagine. A questo punto sarà necessario tornare indietro ed elaborare tutte le immagini, caricarle e riassegnarle ai prodotti.
Durante lo sviluppo, il controllo qualità comunica che le pagine sono troppo pesanti. È possibile che si debba considerare di utilizzare immagini jpg anziché png. Quindi si torna all'agenzia,...
Non solo! Esiste una versione mobile del sito Web che richiede un'altra dimensione delle immagini...
Ecco dove interviene il servizio DIS. Anziché elaborare e caricare tutte le immagini in dimensioni, formati e altro ancora diverse, con DIS si carica una sola dimensione di immagine. Tutte le altre dimensioni delle immagini (o tipi di visualizzazione) e i formati vengono tratti da queste immagini.
Ora, quando si desidera modificare il layout, è sufficiente modificare alcuni parametri di trasformazione nei modelli e si otterranno immagini ridimensionate e trasformate alle dimensioni desiderate. Non è necessario elaborare, caricare e riassegnare di nuovo un'altra versione dell'immagine.
Ogni volta che si necessita di una dimensione o di un formato di immagine diverso, gli elementi vengono modificati automaticamente e la nuova funzione viene fornita con le immagini necessarie. Basta pensare al banner delle prossime promozioni che conterrà le immagini necessarie senza neppure aprire uno strumento tipo Photoshop o simile.
Come sono le prestazioni?
Tutta questa elaborazione fatta al momento presenta uno svantaggio. Si verificano problemi di latenza quando si utilizza DIS anziché le immagini pre-elaborate? La risposta è sì e no. Sì, è necessario che DIS acquisisca e trasformi le immagini prima di poterle mettere a disposizione di un browser. La parte NO della risposta dipende dall'architettura di caching a più livelli che fa parte del servizio DIS. Di fatto, in un scenario di e-commerce tipico, dopo essere stata trasformata da DIS, molto probabilmente l'immagine non verrà più trasformata e potrà essere fornita direttamente da una delle cache in qualsiasi momento.
Inoltre, il servizio DIS è completamente integrato nell'ambiente Commerce Cloud e utilizza un ulteriore caching CDN tramite Akamai come avviene per altri contenuti statici forniti da Commerce Cloud.
Quali sono gli altri vantaggi?
L'utilizzo di DIS può contribuire a ridurre l'utilizzo dei dati. Nell'istanza di Commerce Cloud è necessario archiviare un solo insieme di immagini, con evidenti risparmi. Le immagini trasformate in DIS sono inoltre ottimizzate in termini di dimensioni e questo può essere utile per ridurre anche i tempi di trasferimento dei dati.
Quanto costa?
$0. Il servizio DIS è compreso nella piattaforma. Non è necessario firmare un modulo aggiuntivo.
Come si ottiene?
Per i nuovi clienti, DIS è già abilitato durante il provisioning del realm.
Per i clienti esistenti, aprire un ticket richiedendo l'abilitazione del servizio DIS (fornire gli URL delle istanze, il numero POD e il nome del realm).
Domande per gli sviluppatori
Come si utilizza DIS?
Innanzitutto, è disponibile la documentazione per sviluppatori:
https://documentation.b2c.commercecloud.salesforce.com/DOC1/topic/com.demandware.dochelp/content/b2c_commerce/topics/image_management/b2c_image_transformation_service.html
Nella documentazione sono descritti due metodi per utilizzare DIS. Benché sia possibile creare gli URL DIS in autonomia con l'aiuto dei parametri di query URL documentati, si consiglia vivamente di sfruttare l'API di scripting di Commerce Cloud per generare gli URL tramite la piattaforma.
Un motivo è che Commerce Cloud utilizza diversi cluster DIS per servire i realm dei clienti. Un'istanza di Commerce Cloud sa a quale cluster è assegnata e nella maggior parte dei casi questo non cambierà. Tuttavia, vi sono casi come un carico molto elevato, uno scenario di emergenza o simile in cui Commerce Cloud potrebbe passare a un cluster diverso.
Nel caso di URL autocompilati e codificati, per funzionare ciò richiederebbe una modifica del codice o dei parametri. Durante la generazione degli URL tramite l'API, le modifiche vengono selezionate automaticamente senza alcuna interazione.
Si sa che in casi rari è necessario utilizzare URL "codificati manualmente" (i file CSS, ad esempio), ma non è considerata una procedura ottimale. Se possibile, utilizzare le API.
Qual è la dimensione ideale dell'immagine di origine?
Le dimensioni variano a seconda dei casi d'uso. La procedura ottimale prevede di creare e caricare le immagini più grandi che si desidera presentare sul sito Web, che serviranno quindi direttamente dall'istanza di Commerce Cloud in modo precedente. Tutte le immagini più piccole e/o ritagliate verranno servite tramite DIS, offrendo tutta la libertà descritta in precedenza.
Esiste un limite di dimensioni dei file per DIS?
Il limite di dimensioni per DIS/SITS è 10 MB. L'acquisizione di file di dimensioni superiori a 10 MB non va a buon fine. SITS restituisce un messaggio di descrizione dell'errore che indica che l'immagine è troppo grande.
L'utilizzo delle API è difficile, non esiste un modo migliore?
Al momento stiamo valutando altre soluzioni per integrare il servizio DIS nella piattaforma, il che consentirebbe all'utente di configurare le trasformazioni delle immagini in modo più completo. Questa operazione può essere eseguita a livello di catalogo o di singolo prodotto. Attualmente vengono definite specifiche per un'interfaccia utente di Commerce Center correlata a DIS.
Sebbene siano presenti piani e idee in merito a tale area, al momento non c'è alcuna durata stimata o piano d'azione.
Ho modificato un'immagine di origine, ma non riesco a visualizzare le modifiche.
Probabilmente la cache non è stata aggiornata. Anche se l'impostazione della cache pagina è impostata su TTL e disabilitata, DIS non rispetta tali impostazioni. I tempi di caching per DIS sono impostati da Commerce Cloud (per motivi di governance).
Nota: se un URL non è dotato di impronta digitale, i servizi di analisi dinamica conterranno solo la prima istanza dell'immagine. Per visualizzare un'immagine aggiornata è necessaria una cache DIS.
Tuttavia, l'azione "Invalida cache" disponibile nelle impostazioni della cache ha effetto e rende non valida anche la cache DIS esterna. Selezionando il pulsante verranno visualizzate le modifiche. Inoltre, i controlli per le modifiche dei file di origine sono stati impostati su intervalli molto brevi per le istanze non di produzione, quindi le modifiche devono essere visibili in ogni caso dopo 3 minuti. Nel caso di un'organizzazione di produzione, questo non dovrebbe essere un problema poiché ogni replica (che deve essere l'unica, in quanto le modifiche vengono apportate gradualmente in produzione) invalida sempre la cache DIS.
Invalidare la cache non significa che tutte le operazioni di elaborazione debbano essere eseguite nuovamente. Significa solo che DIS verifica le immagini di origine per controllare le modifiche e le ritrasforma, se necessario. In caso contrario, la "vecchia" immagine viene contrassegnata come ancora valida e servita.
000391251

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.