A poco meno di una settimana dal rilascio minore, il 7 ottobre Shopware ha pubblicato 6.7.15.1. Il rilascio patch corregge sei punti, due dei quali Shopware classifica come critici: le regole nel Rule Builder che dalla 6.7.14.0 trascuravano alcune posizioni nel carrello, e i file di tema che venivano eliminati troppo presto dopo la ricompilazione. A questi si aggiungono due correzioni per errori delle versioni 6.7.14.0 e 6.7.15.0, un'ulteriore modifica all'etichetta GARAN nella conferma d'ordine e l'avviso completo sulla garanzia legale nel checkout. Il rilascio non introduce nuove funzionalità.
Cosa cambia nella gestione quotidiana dello shop
- Le regole considerano di nuovo tutte le posizioni del carrello Dalla 6.7.14.0 le regole nel Rule Builder che verificano il carrello consideravano solo i prodotti normali. Se nel carrello era presente un'altra posizione, ad esempio un credito o una posizione proveniente da un plugin, secondo Shopware potevano scomparire metodi di spedizione o non attivarsi alcune azioni se la regola era formulata in negativo, ad esempio con «non sono nessuno di». Ora le regole considerano di nuovo tutte le posizioni. Non è necessario modificare nulla nei plugin.
- I file di tema rimangono per un giorno dopo la ricompilazione Dopo la ricompilazione di un tema, ad esempio durante un aggiornamento, Shopware poteva eliminare immediatamente i file di tema precedenti. Le pagine ancora provenienti dalla cache o da una CDN non trovavano più i loro fogli di stile e script. Ora i file vecchi rimangono per almeno 24 ore dopo il passaggio, prima che Shopware li ripulisca.
- Etichetta GARAN nella conferma d'ordine, terza modifica consecutiva Shopware ha nuovamente ricostruito la tecnica alla base dell'etichetta nell'e-mail, secondo quanto dichiarato affinché funzioni anche durante un aggiornamento in corso con server in esecuzione parallela. Gli shop con template standard non modificato ricevono questo automaticamente. Chi ha personalizzato il template deve adattarlo nuovamente secondo Shopware, vedere la sezione per sviluppatori.
- Prodotti digitali: quantità d'ordine di nuovo secondo le impostazioni Dalla 6.7.14.0 i clienti potevano acquistare solo un pezzo per ordine di un prodotto digitale, indipendentemente da quanto impostato sul prodotto. Ora vale di nuovo la quantità massima d'acquisto impostata sul prodotto. Chi vuole mantenere un solo pezzo inserisce lì 1.
- I canali di vendita di tipo confronto prodotti si possono salvare di nuovo Dalla 6.7.15.0 i canali di vendita che non erano né Storefront né Headless non potevano più essere salvati se la loro valuta predefinita non era presente nell'elenco delle valute. Ora è di nuovo possibile.
- Avviso completo sulla garanzia legale nel checkout Una nuova impostazione nelle impostazioni del carrello mostra l'avviso legale sulla garanzia nel checkout come testo completo sotto le condizioni generali, invece che come semplice link. È disattivata per impostazione predefinita e presuppone che l'avviso sia attivato. La serie 6.6 lo ha dalla 6.6.10.28, i dettagli si trovano nella voce corrispondente. Se e come questo si applichi al proprio shop, i commercianti devono valutarlo autonomamente.
Cosa verificare prima dell'aggiornamento
- Prodotti digitali Dopo l'aggiornamento i clienti possono di nuovo acquistare più di un pezzo, se sul prodotto non è impostata una quantità massima d'acquisto pari a 1. Verificare prima una volta.
- Regole personalizzate Chi ha modificato le regole per aggirare metodi di spedizione mancanti o azioni bloccate dovrebbe ricontrollarle dopo l'aggiornamento. Le condizioni ora si attivano di nuovo come prima della 6.7.14.0.
- E-mail di conferma d'ordine personalizzata Chi ha gestito autonomamente il template deve adattare nuovamente la parte GARAN. Con il template standard non modificato non c'è nulla da fare.
- Chi è ancora al di sotto della 6.7.15.0 Passare direttamente alla 6.7.15.1 e seguire le indicazioni sulla ristrutturazione dell'Administration dalla voce relativa alla 6.7.15.0.
Per sviluppatori e sistemi collegati
- Rule Builder Le condizioni di posizione valutano una posizione in base ai dati che essa contiene, non più in base al suo tipo. Dalla 6.7.14.0 erano interessati i custom e credit line item nonché i line item provenienti da estensioni, secondo Shopware ad esempio in «Item with tag / All / Are none of». I tipi di line item personalizzati funzionano di nuovo senza adattamenti.
-
Directory di tema
Finora l'età di
public/theme/veniva calcolata dalla compilazione, non dal passaggio; un tema compilato settimane prima veniva rimosso immediatamente alla pulizia successiva, le pagine da HTTP cache o CDN finivano in 404. L'attività pianificatatheme.delete_filesora lavora in due fasi: dapprima contrassegna una directory inutilizzata con un file.retired, a condizione che tutti i file siano più vecchi di 24 ore, in un'esecuzione successiva la elimina non appena il contrassegno ha almeno 24 ore; con l'intervallo giornaliero quindi dalle 24 alle 48 ore dopo il passaggio. Una directory riattivata (ad esempiotheme:change --no-compile) perde il contrassegno, una directory con compilazione in corso resta intatta.theme:compileetheme:changenon effettuano più la pulizia autonomamente, cosa introdotta dalla 6.7.14.0;--no-cleanupè obsoleto, senza effetto e verrà rimosso con la 6.8.0.0, quindi va eliminato dagli script di deploy. Poiché la pulizia avviene ormai solo tramite l'attività pianificata, secondo la nostra interpretazione senza scheduled task in esecuzione non accade più nulla. -
GARAN nei template delle e-mail
La conferma d'ordine legge l'etichetta dalla nuova variabile di template
garanLabels; il filtro Twigsw_garan_label_maildella 6.7.15.0 è obsoleto. Nei template personalizzati sostituirenestedItem.productId|sw_garan_label_mail(context)congaranLabels[nestedItem.productId] ?? null, nella versione testualelineItem.productId|sw_garan_label_mail(context)congaranLabels[lineItem.productId] ?? null.garanLabelsviene passata a ogni template di e-mail che referenzia la variabile e ha unordernei suoi dati. Secondo il file changelog relativo alla modifica parallela della 6.6,GaranLabelMailSubscriberimposta la variabile suMailBeforeValidateEvent, affinché i template durante un deployment Blue-Green non necessitino di un filtro che i nodi con codice più vecchio non conoscono; il filtro continua quindi a funzionare. Una migrazione riscrive il template solo negli shop che non lo hanno mai modificato. -
Prodotti digitali
maxPurchasevale di nuovo; se il valore manca, ad esempio nei prodotti creati tramite API, si applicacore.cart.maxQuantity. Per un pezzo per ordine impostaremaxPurchasesu1. -
Canali di vendita
I tipi diversi da Storefront e Headless (confronto prodotti, Agentic Commerce, tipi da estensioni) non vengono più respinti con
SYSTEM__NO_GIVEN_DEFAULT_CURRENCY_IDse la valuta predefinita non è presente nell'elenco delle valute. Storefront e Headless continuano a richiederla. -
Avviso sulla garanzia legale
Nuova configurazione di sistema
core.cart.showLegalGuaranteeNoticeInline, attiva solo concore.cart.showLegalGuaranteeNoticeattivo. Posizionamento tramite i blocchipage_checkout_confirm_legal_guarantee_notice_inlineepage_checkout_confirm_legal_guarantee_notice_inline_bottom. -
Note sull'upgrade
UPGRADE-6.7.mdnon contiene una sezione propria per la 6.7.15.1.
Il nostro consiglio:
Chi applica regole al carrello, utilizza plugin con posizioni di carrello personalizzate o lavora dietro una cache o una CDN dovrebbe installare l'aggiornamento tempestivamente; i due punti critici riguardano esattamente questi shop. Per tutti gli altri si tratta di un normale rilascio patch, il rischio dovrebbe quindi essere contenuto. Per i test nell'ambiente di staging: creare un carrello con una posizione di plugin e verificare i metodi di spedizione e le azioni; aggiungere al carrello un prodotto digitale con quantità 2; inviare una conferma d'ordine a un indirizzo Gmail o Outlook e controllare l'etichetta GARAN.
Commenti
Ancora nessun commento.
Scrivi un commento