Archivio delle note sulla versione per gli strumenti ece

Modifiche al pacchetto ECE-Tools

• ha spostato le patch di Adobe Commerce dal pacchetto ece-tools a un nuovo pacchetto del compositore magento/magento-cloud-patches.

• È stato aggiornato il file composer.json per il pacchetto ece-tools per aggiungere una dipendenza per il pacchetto magento/magento-cloud-patches v1.0.0.

• È stato risolto un problema che causava l’interruzione del processo di applicazione delle patch di ece-tools quando si applicavano set di patch a partire dalle versioni di sola sicurezza, a partire dalla versione 2.3.2-p2 e successive. Questo problema è stato introdotto dal nuovo schema di versioni adottato per patch di sola sicurezza.

Patch e correzioni critiche-Aggiorna gli ambienti Cloud con ece-tools versione 2002.0.22 per applicare le patch e le correzioni critiche seguenti. Queste patch sono incluse nel pacchetto magento/magento-cloud-patches v1.0.0.

• Patch di sicurezza di Page Builder per le versioni 2.3.1.x e 2.3.2.x-Corregge un problema nell’anteprima di Page Builder che consente agli utenti non autenticati di accedere ad alcuni metodi di modelli che possono essere utilizzati per attivare l’esecuzione di codice arbitrario sulla rete (RCE) con conseguente perdita di informazioni globali. Questo problema può verificarsi quando si utilizzano versioni non supportate di Page Builder con Adobe Commerce versioni 2.3.1 e 2.3.2.

• patch MSI-Corregge i problemi che hanno causato errori di indicizzazione e problemi di prestazioni quando si utilizzano le impostazioni di inventario predefinite per la gestione delle scorte.

• Compatibilità con le versioni precedenti delle nuove interfacce di posta-Corregge un problema di incompatibilità con le versioni precedenti causato dall’interfaccia PHP Magento\Framework\Mail\EmailMessageInterface introdotta in Adobe Commerce v2.3.3. Nell’ambito di questa patch, il nuovo EmailMessageInterface eredita dal vecchio MessageInterface e i moduli core di Adobe Commerce vengono ripristinati a dipendere da MessageInterface.

• La paginazione del catalogo non funziona in Elasticsearch 6.x-Corregge un problema critico con la paginazione dei risultati di ricerca che interessa i clienti che utilizzano Elasticsearch 6.x come motore di ricerca del catalogo.

Aggiornamenti Docker—

• Nuove immagini Docker—Supportate dalle versioni 2.3.3 e successive

  • PHP versione 7.3.

  • Cache vernice 6.2.0

• Aggiunta del supporto per l’applicazione della configurazione hook personalizzata specificata in .magento.app.yaml nell’ambiente Docker. In precedenza, l’ambiente Docker supportava solo la configurazione hook predefinita.

• Docker ENV non vengono più generati durante la build Docker e il comando docker:config:convert è obsoleto. I dati corrispondenti sono ora archiviati nel file docker-compose.yml.

• Immagine PHP aggiornata-Aggiunta di Node.js all’immagine Docker PHP per supportare le funzionalità node, npm e grunt-cli.

Aggiornamenti della variabile di ambiente-

• Aggiunta variabile di distribuzione LOCK_PROVIDER per configurare il provider di blocchi che impedisce l’avvio di processi cron e gruppi cron duplicati. Vedi la descrizione della variabile nell’argomento distribuire variabili.

• Aggiunta della variabile di ambiente CONSUMER_WAIT_FOR_MAX_MESSAGES per configurare il modo in cui i consumatori elaborano i messaggi dalla coda dei messaggi quando utilizzano la variabile di ambiente CRON_CONSUMERS_RUNNER per gestire i processi cron. Vedi la descrizione della variabile nell’argomento distribuire variabili.

• È stato risolto un problema che poteva causare errori di deadlock del database quando il processo cron consumers_runner avviava più istanze dello stesso consumer su nodi diversi. Ora, se hai abilitato la variabile di distribuzione CRON_CONSUMER_RUNNER nell’ambiente, il processo consumers_runner utilizza l’opzione single-thread per avviare un’istanza di ogni consumer su un solo nodo.

• È stato risolto un problema che interessava la funzionalità WARM_UP_PAGES che utilizza un URL di archivio predefinito. Ora, se il comando config:show:default-url non è in grado di recuperare un URL di base, viene utilizzato l’URL dalla variabile MAGENTO_CLOUD_ROUTES.

Sono state aggiornate le informazioni di registrazione restituite dal comando module:refresh. Ora è possibile visualizzare un elenco dettagliato dei moduli abilitati nel file cloud.log.

È stata migliorata la convalida della compatibilità della versione e le notifiche di avviso per i problemi di compatibilità tra la versione di Adobe Commerce e i servizi installati, quali Elasticsearch, RabbitMQ, Redis e DB.

Aggiunto supporto per RabitMQ versione 3.8.

Sono state aggiornate le convalide interattive per la compatibilità dei servizi in modo da riflettere le versioni supportate per le nuove versioni di Adobe Commerce 2.3.3 e 2.2.10. Per le versioni consigliate, vedere Requisiti di sistema nella Guida all’installazione.

È stato migliorato il messaggio di registro restituito quando il processo di gestione dei processi cron nella fase di distribuzione tenta di arrestare un processo cron già terminato per chiarire che il problema non è un errore. Il livello di registro è stato modificato da INFO a DEBUG.

È stato risolto un problema che si verificava durante l’esecuzione del comando setup:upgrade e che non interrompeva il processo di distribuzione in caso di errore durante l’attività app:config:import.

Il livello di registro predefinito per il gestore di file è stato modificato in debug per ridurre la quantità di dettagli nel registro visualizzato in Cloud Console, fornendo comunque informazioni dettagliate per il debug.

È stato risolto un problema che causava un errore nella distribuzione di contenuto statico durante la compilazione. Dopo un’installazione e un dump di configurazione ece-tools, si è verificato un errore se non sono state specificate impostazioni locali per l’utente amministratore nel file config.php. Ora esiste una lingua predefinita per l’utente amministratore nel file config.php.

È stato corretto un Undefined index error che si verifica quando un comando CLI magento-cloud non riesce in un ambiente non configurato con un URL protetto (https). Ora il pacchetto ECE-Tools utilizza l’URL di base (http) se l’URL protetto non è disponibile.

Aggiornamenti Docker—

• Ora puoi eseguire test funzionali utilizzando il pacchetto ece-tools nell’ambiente Docker. Vedi test applicazioni.

• Aggiunto supporto per la configurazione dei moduli PHP tramite il file .magento.app.yaml. Tutte le estensioni PHP specificate nel file .magento.app.yaml diventano disponibili nei contenitori PHP Docker.

• Sono disponibili nuovi comandi per migliorare l’esperienza della riga di comando Docker. Vedere la sezione bin/magento-docker del riferimento Docker.

• Aggiunta la possibilità di utilizzare Mutagen.io per sincronizzare i file durante lo sviluppo tra l’host locale e Docker.

• È stato corretto il percorso predefinito quando si utilizza l’ambiente Docker. Ora, quando si utilizza SSH per accedere al contenitore Docker, ci si trova nella directory principale del progetto nella directory /app, come previsto.

• Aggiornamento della libreria Sodio dalla versione 1.0.11 alla versione 1.0.18 e aggiornamento dell’estensione PHP Sodio.

  note warning
  WARNING
  I clienti di Adobe Commerce su infrastrutture cloud devono Inviare un ticket di supporto Adobe Commerce per aggiornare il pacchetto libsodium negli ambienti di produzione e staging Pro prima di eseguire l'aggiornamento ad Adobe Commerce 2.3.2. Attualmente, non è possibile aggiornare gli ambienti Starter ad Adobe Commerce 2.3.2.

• Aggiunti i plug-in analysis-icu e analysis-phonetic Elasticsearch a tutte le immagini Docker.

• Convalide migliorate: quando si utilizzano le opzioni per il comando docker:build, è necessario fornire un valore quando si utilizza un’opzione. È stata inoltre aggiunta la convalida per la versione del nodo quando si utilizza il comando docker:build run.

Aggiornamenti della variabile di ambiente—

• Aggiunta del supporto per i prefissi delle tabelle di database utilizzando la variabile di ambiente DATABASE_CONFIGURATION.

• Aggiunta della variabile di distribuzione FORCE_UPDATE_URLS per aggiornare gli URL di base durante la distribuzione negli ambienti di produzione e staging di Pro e Starter. Vedi la definizione nel contenuto delle variabili di distribuzione.

• Aggiunta della variabile di post-distribuzione TTFB _TESTED_PAGES per configurare Tempo al primo byte test di pagina per verificare le prestazioni dell’applicazione sui siti distribuiti nell’infrastruttura cloud. Vedi la descrizione della variabile in variabili post-distribuzione.

• È stato risolto un problema relativo all’SCD multithread, che causava errori casuali nella distribuzione di contenuto statico. La soluzione consiste nell’impostare la variabile SCD_THREADS su 1. Ora puoi aumentare il conteggio in base alle esigenze. Vedi le definizioni nelle variabili di distribuzione e nelle variabili di compilazione.

• È possibile configurare la variabile di ambiente WARM_UP_PAGES per memorizzare nella cache singole pagine, più domini e più pagine. Vedi la definizione espansa nel contenuto delle variabili post-distribuzione.

Il file pub/static/.htaccess è stato aggiunto all’elenco di esclusione. Correzione inviata da Björn Kraus di PHOENIX MEDIA GmbH.

È stato corretto un errore che si verificava quando tutti i messaggi di convalida venivano visualizzati come Critical se almeno una convalida di livello critico restituiva un errore.

È stato risolto un problema che causava un errore di distribuzione se l’URL di base non esisteva nel database.

Aggiunta di un nuovo comando env:config:show al pacchetto ece-tools che visualizza servizi di ambiente, route o variabili. Vedere Servizi, route e variabili. Funzionalità inviata da Vladimir Kerkhoff.

È stato risolto un problema che causava un errore critico durante il tentativo di installare Adobe Commerce 2.2.6 o versioni precedenti con ece-tools sviluppare dopo il refactoring della shell.

È stato risolto un problema che causava il mancato funzionamento delle installazioni di Adobe Commerce 2.1.x e 2.2.x con un avviso relativo all’utilizzo di una versione obsoleta di Carbon.

Il livello di registro cloud.log per l’output della shell è stato ridotto da info a debug.

Aggiunta dell’opzione --remove-definers (-d) al comando ece-tools db-dump per rimuovere i definitori dal file di dump.

Aggiornamenti Docker—

• Ora l’ambiente Docker supporta la configurazione cron definita nella proprietà crons del file .magento.app.yaml.

• Nuovo contenitore Docker. Aggiunta di un contenitore proxy di terminazione TLS per facilitare la terminazione SSL di Vernice tramite HTTPS.

• Nuova immagine Docker—Aggiunta di un’immagine Node.js per supportare Gulp e altre funzionalità, ad esempio Test di unità JS Jasmine.

• Modalità build Docker. Ora puoi scegliere di avviare l’ambiente Docker in Modalità produzione o Modalità sviluppatore. La modalità Sviluppatore supporta lo sviluppo attivo con autorizzazioni di file system complete e scrivibili.

• È stato risolto un problema che ha causato un errore di distribuzione Docker con Name or service not known se la cache è configurata per un servizio non disponibile. È ora possibile rimuovere un servizio dal file .magento/services.yaml. Il generatore di configurazione Docker aggiorna automaticamente il servizio nel file docker/config.php.dist.

• Sono state aggiunte convalide interattive per la compatibilità del servizio. Ora, se un servizio richiesto non è compatibile con la versione di Adobe Commerce o con altri servizi, la modalità interattiva richiede all’utente un messaggio e la scelta di continuare. Vedi le versioni del servizio disponibili per Docker. Utilizzare l’opzione -n per ignorare l’interattività a scopo di CICD.

• È stato risolto un problema con il comando Docker compose db-dump che cancellava le immagini esistenti.

• È stato risolto un problema che assegnava l’archiviazione della cache Redis session, default e page_cache allo stesso ID database.

Aggiornamenti della variabile di ambiente—

• La nuova variabile di ambiente ELASTICSUITE_CONFIGURATION mantiene le impostazioni del servizio personalizzate tra le distribuzioni. Vedi la definizione nel contenuto delle variabili di distribuzione.

• Aggiunta della variabile di ambiente SCD_MAX_EXECUTION_TIMEOUT per aumentare il tempo necessario per completare la distribuzione del contenuto statico dal file .magento.env.yaml. Vedi la definizione nelle variabili di distribuzione, variabili di compilazione e variabili globali.

  • Aggiunta della variabile di ambiente MAGENTO_CLOUD_LOCKS_DIR per configurare il percorso del punto di montaggio per il provider di blocchi nell’infrastruttura cloud. Il provider di blocchi impedisce l’avvio di processi cron e gruppi cron duplicati. Questa variabile è supportata in Adobe Commerce versione 2.2.5 e successive e viene configurata automaticamente. Vedi la definizione in Variabili cloud.

  • ha modificato i valori predefiniti della variabile di ambiente SCD_THREADS per determinare automaticamente il valore ottimale in base al numero di thread di CPU rilevati. Vedi le definizioni aggiornate nelle variabili di distribuzione e nelle variabili di compilazione.

È stato risolto un problema con una patch per DB Isolation Mechanism che causava un errore durante l’aggiornamento ad Adobe Commerce on Cloud Infrastructure versione 2002.0.16.

Aggiunta di una patch che sostituisce Grafici immagine di Google con Grafici immagine. Vedere l’articolo di DevBlog Google Image Charts deprecation and update for M1.

Aggiunta della convalida per la variabile SEARCH_CONFIGURATION. La distribuzione non riesce se l’opzione ‘engine’ non è impostata e _merge non è richiesto.

È stato risolto un problema che causava l’esposizione di dati sensibili dopo l’evento. Ora le informazioni riservate sono mascherate in modo appropriato.

Sono state migliorate le impostazioni di tolleranza d’errore del pacchetto Magento Open Source. Nel caso in cui Adobe Commerce non sia in grado di leggere i dati dall’istanza Redis slave, viene eseguita una lettura dall’istanza Redis master. Vedi REDIS_USE_SLAVE_CONNECTION.

Aggiornamenti dei servizi—Supportato dalle seguenti versioni di Adobe Commerce: 2.2.8 e successive 2.2.x, 2.3.1 e successive 2.3.x

• È stato aggiunto il supporto per Elasticsearch versione 6.x.

• Aggiunto supporto per Redis versione 5.0.

Nuove immagini Docker—Sono stati aggiunti i seguenti servizi alla build Docker:

• Elasticsearch 6.5

• Redis 5.0

Nuova variabile di ambiente. In precedenza, si era verificato un timeout hardcoded per la compressione SCD. Ora puoi configurare il timeout di compressione SCD utilizzando la variabile di ambiente SCD_COMPRESSION_TIMEOUT. Vedi le definizioni nelle variabili build e nel contenuto delle variabili di distribuzione.

Aggiunta dell’opzione --use-rewrites al comando install per consentire l’utilizzo delle riscritture del server Web per i collegamenti generati nella vetrina e dell’accesso amministratore per migliorare la sicurezza e l’esperienza del cliente.

Aggiunta di marche temporali al file var/log/install_upgrade.log per visualizzare le date degli eventi di installazione e aggiornamento.

Aggiornamenti Docker—

• Ora la configurazione predefinita del servizio generata nell’ambiente Docker è uguale alla configurazione predefinita nel modello Cloud.

• È possibile inviare messaggi dal proprio ambiente Docker utilizzando il servizio sendmail.

• Aggiunta la possibilità di configurare Xdebug per il debug nell’ambiente Cloud Docker.

• È stato risolto un problema relativo alle autorizzazioni del servizio Web durante la generazione del file docker-compose.yml.

Miglioramento dell’aggiornamento. È stata aggiunta la convalida per confermare che la proprietà autoload nel file composer.json contiene le modifiche di configurazione richieste prima dell’aggiornamento ad Adobe Commerce v2.3. Vedi Versione aggiornamento.

Il processo di compressione nella distribuzione del contenuto statico ora include tutte le risorse, generate in modo nativo o personalizzate, e si verifica durante la fase di compilazione all’inizio della sezione build:transfer. In precedenza, il processo di compressione si verificava prima di applicare la minimizzazione personalizzata e il bundling di risorse statiche. Correzione inviata da Rafael Garcia Lepper di Tryzens Limited.

È stato corretto un errore di connessione al database che si verificava durante la distribuzione subito dopo la configurazione di una relazione di servizio e database aggiuntiva. Inoltre, questa correzione risolve un problema che si verificava durante il processo di configurazione di Commerce Reporting for Starter. Per Starter, questo aggiornamento è un “must have” per l’utilizzo di Commerce Reporting.

È stato risolto un problema di convalida della configurazione del database che ha causato un errore nel processo di distribuzione.

Il vincolo è stato aggiornato con la versione appropriata del pacchetto symfony/yaml da utilizzare con costanti PHP. L’analisi costante non funziona quando si utilizza una versione del pacchetto symfony/yaml precedente alla 3.2. Correzione inviata da Vladimir Kerkhoff.

Verifica della configurazione dell’ambiente—Aggiunta della convalida per controllare la versione PHP e avvisare gli utenti se non utilizzano la versione consigliata più recente.

È stato risolto un problema nell’elaborazione di variabili JSON non valide. Ora, se una variabile JSON causa un errore di sintassi, nel file cloud.log viene visualizzato un avviso e la distribuzione continua utilizzando la variabile predefinita.

È stato corretto un errore di connessione che si verificava durante la distribuzione subito dopo la disattivazione del servizio Redis.

Registrazione delle modifiche—È stato aggiornato il livello di registro da Info a Notice per i seguenti eventi di processo di compilazione e distribuzione:

• Inizio e fine del processo di riconciliazione dei moduli installati in composer.json con le impostazioni di configurazione condivise nel file app/etc/config.php

• Inizio e fine del processo di convalida della configurazione

• Inizio e fine del processo setup:di:compile per la generazione delle classi

Nuove variabili di ambiente—

• Variabile di distribuzione RESOURCE_CONFIGURATION. Utilizzare questa variabile per associare un nome di risorsa a una connessione di database.

• Variabile globale X_FRAME_CONFIGURATION. Utilizzare questa variabile per modificare la configurazione dell’intestazione X-Frame-Options per il rendering di una pagina Adobe Commerce in <frame>, <iframe> o <object>.

Aggiornamenti della variabile di ambiente—Sono state modificate le seguenti variabili di ambiente:

• WARM_UP_PAGES - Aggiunta la possibilità di precaricare la cache per le pagine specificate su tutti i domini definiti per un archivio Adobe Commerce. In precedenza, se il sito era configurato con più domini, il processo post-distribuzione non è riuscito a precaricare la cache per le pagine specificate in domini non predefiniti e ha restituito il seguente errore nel registro post-distribuzione: ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL - Aggiornamento della documentazione e del file .magento.env.yaml di esempio con i valori predefiniti corretti per il livello di compressione SCD. Vedi le definizioni nelle variabili build e nel contenuto delle variabili di distribuzione.

• SCD_EXCLUDE_THEMES - Questa variabile di ambiente è obsoleta. Utilizza SCD_MATRIX per controllare la configurazione del tema.

• SCD_MATRIX—È stato corretto il processo di convalida per evitare un problema che si verificava quando SCD_MATRIX ignorava un valore di tema che conteneva casi di caratteri diversi. Vedi le definizioni nelle variabili build e nel contenuto delle variabili di distribuzione.

• Variabili ADMIN—

  • È stata migliorata la sicurezza durante la gestione delle credenziali per l’utente Admin utilizzando le variabili di ambiente. Non è più possibile utilizzare le variabili di ambiente ADMIN_EMAIL, ADMIN_USERNAME e ADMIN_PASSWORD per sostituire le credenziali admin durante gli aggiornamenti. Se non è possibile accedere al pannello di amministrazione, utilizzare la funzionalità Password dimenticata o il comando CLI admin:user:create per creare un nuovo utente amministratore. Consulta Accedere al tuo pannello di amministrazione.

  • ADMIN_EMAIL non è più richiesto per l’aggiornamento o l’applicazione delle patch.

Aggiornamenti Docker—

• Ora il generatore Docker utilizza i servizi specificati nei file di configurazione .magento.app.yaml e .magento/services.yaml durante la creazione dell’ambiente Docker. È possibile scegliere una versione del servizio diversa utilizzando i parametri di compilazione.

• Aggiunta immagine PHP 7.2 - Aggiunta del supporto per PHP 7.2 in Cloud Docker; aggiornamento della configurazione Launch Docker per includere l’opzione docker:build --php per specificare la versione di PHP compatibile con la versione di Adobe Commerce in uso.

• È stato aggiunto un contenitore Cron basato sull’immagine PHP-CLI.

• Sono stati aggiunti i seguenti servizi alla build Docker:

  • RabbitMQ 3.5 e 3.7

  • Elasticsearch 1.7, 2.4 e 5.2

  • Redis 3.2 e 4.0

Configura con costanti PHP—È stato aggiunto il supporto per costanti PHP nel file di configurazione .magento.env.yaml.

Nuova variabile di ambiente. Per impostazione predefinita, Google Analytics è abilitato solo nell’ambiente di produzione. È possibile abilitare Google Analytics negli ambienti di gestione temporanea e integrazione utilizzando la variabile di ambiente ENABLE_GOOGLE_ANALYTICS.

È stato risolto un problema che causava la rimozione delle configurazioni cron personalizzate dal file env.php dopo una ridistribuzione. Ora le configurazioni cron personalizzate rimangono nel file env.php.

Sono state corrette le incoerenze nei messaggi e nei livelli di registro per le fasi di compilazione, distribuzione e post-distribuzione. Sono stati aumentati i livelli dei messaggi del registro iniziale e finale da info a notice per tutte le fasi e le sottofasi. Sono stati aggiunti i messaggi di registro iniziale e finale, se appropriato.

È stato risolto un problema relativo ai processi cron che impediva l’avvio della fase di post-distribuzione, se configurata. Ora, se l’hook post-distribuzione è abilitato, i processi cron vengono nuovamente attivati all’inizio della fase post-distribuzione.

È stato risolto un problema che impediva la corretta installazione di Adobe Commerce durante la specifica di una configurazione di database personalizzata. In precedenza, il processo di installazione utilizzava la configurazione del database dalla variabile MAGENTO_CLOUD_RELATIONSHIP anche se sono state designate informazioni di connessione personalizzate nella variabile di ambiente DATABASE_CONFIGURATION.

Il comando config:dump è stato corretto in modo da includere tutte le impostazioni locali del sito Web nella sezione system del file config.php.

È stato risolto un problema che causava errori di riscaldamento durante la fase di post-distribuzione, correggendo il riferimento all’URL di base dell’origine.

È stato risolto un problema che generava file in modo errato durante il processo setup:di:compile, che interessava il modulo Amazon Pay.

Verifica stato ideale. La procedura guidata ideal-state verifica ora la configurazione corrente durante ogni distribuzione e fornisce istruzioni chiare per l’aggiornamento della configurazione in modo da ottenere una distribuzione più rapida e senza tempi di inattività.

Conformità PCI: i protocolli di messaggistica per Adobe Commerce sull’infrastruttura cloud sono stati aggiornati per richiedere la versione 1.2 di Transport Layer Security (TLS) per la connessione con servizi di messaggistica di terze parti. Se utilizzi un servizio messaggi che non supporta la versione 1.2 di TLS, devi aggiornare il servizio. In caso contrario, viene visualizzato il seguente messaggio di errore quando l’applicazione Adobe Commerce tenta di connettersi al server dei messaggi per inviare un’e-mail: Unable to connect via TLS.

Miglioramento della distribuzione. Aggiunta della convalida per avvisare i clienti se in un ambiente di gestione temporanea o di produzione sono abilitate dev, debug o debug_logging opzioni per evitare problemi di prestazioni causati da un’attività di registrazione eccessiva.

Correzioni distribuzione—

• Ora la modalità di manutenzione è abilitata all’inizio della fase di distribuzione e disabilitata alla fine. Se la distribuzione non riesce, il sito rimane in modalità di manutenzione fino alla risoluzione dei problemi di distribuzione. In precedenza, il sito è tornato in modalità di produzione anche se la distribuzione non è riuscita.

  • I controlli di convalida della fase di distribuzione sono stati rielaborati per ridurre il livello di errore per i seguenti problemi di distribuzione da CRITICAL a WARNING in modo che la distribuzione venga completata. In precedenza, questi problemi causavano un errore di distribuzione.

  • La configurazione dell’ambiente contiene valori errati per le variabili di distribuzione o cloud.

• La versione di Elasticsearch sull’infrastruttura cloud è incompatibile con la versione del modulo elasticsearch/elasticsearch supportato da Adobe Commerce sull’infrastruttura cloud. Consulta l’articolo sulla risoluzione dei problemi di Elasticsearch nella Knowledge Base di supporto di Adobe Commerce.

• È stato risolto un problema con le impostazioni di configurazione condivise nel file app/etc/config.php che causava recursion detected errori durante la distribuzione.

Correzioni relative alla correzione—

• È stato risolto un problema di pianificazione cron che impediva l’esecuzione dei processi se si specificava una frequenza cron diversa da quella predefinita (1 minuto).

• È stato risolto un problema nella fase di distribuzione che consentiva ai processi cron di continuare a essere in esecuzione durante la distribuzione, causando blocchi del database e altri problemi critici. Ora, tutti i processi cron vengono interrotti prima dell’inizio della fase di distribuzione e riavviati al termine della stessa.<!—MAGECLOUD—2537—>

• È stato corretto il flusso di lavoro dei processi cron nelle versioni 2.2.x per sbloccare i processi cron bloccati in modo che potessero essere interrotti prima di iniziare la distribuzione. In precedenza, un processo cron bloccato causava l’interruzione della distribuzione.

Il formato del file config.php generato dal comando vendor/bin/ece-tools config:dump è stato modificato in modo da utilizzare la sintassi di matrice breve e il rientro a 4 spazi per rispettare gli standard di codifica Adobe Commerce.

È stato corretto un errore di distribuzione che si verificava quando .magento.env.yaml conteneva {{ base_url }} e {{ unsecure_base_url }} segnaposto per le configurazioni web invece della configurazione URL predefinita per un progetto di infrastruttura cloud di Adobe Commerce./

Abilita la distribuzione senza tempi di inattività. Ora Adobe Commerce sull’infrastruttura cloud accoda le richieste con le modifiche del database richieste durante la distribuzione e applica le modifiche non appena la distribuzione viene completata. Le richieste possono essere trattenute per un massimo di 5 minuti per evitare la perdita di sessioni. Consulta Opzioni di distribuzione del contenuto statico per ridurre i tempi di inattività della distribuzione in Cloud.

Componi Docker per cloud—Sono stati apportati i seguenti miglioramenti al processo di Configurazione e configurazione Docker:

• È stato aggiunto il comando—docker:config:convert per convertire i file di configurazione PHP in formato Docker ENV per semplificare la configurazione dell’ambiente. Ora è possibile copiare i file di configurazione PHP nella directory Docker e convertirli in file ENV Docker. Vedi Avvia Docker.

• Il processo di installazione dell’infrastruttura cloud di Adobe Commerce ora supporta la distribuzione sia su file system di sola lettura che di lettura-scrittura per emulare più strettamente il file system cloud. Consulta Configurare Docker.<!—MAGECLOUD—2357—>

• Supporto del servizio Redis - Aggiunta di un’immagine Redis, distribuita in un contenitore Docker e configurata automaticamente per l’utilizzo con l’installazione Docker.<!—MAGECLOUD—2442—>

• Ora disponi della funzionalità di dump del database quando utilizzi il contenitore database di Cloud Docker. È inoltre possibile condividere file tra un computer host e un contenitore utilizzando la directory docker/mnt.

• Supporto del servizio di vernice: aggiunta di un’immagine vernice, distribuita automaticamente in un contenitore Docker. Dopo l’implementazione, puoi configurare manualmente Vernice seguendo le best practice di Adobe Commerce. Consulta Configurare e utilizzare Vernice.<!—MAGECLOUD—2358—>

• Accesso sicuro al sito: è stato aggiunto il supporto SSL per accedere allo store Adobe Commerce e al pannello di amministrazione.<!—MAGECLOUD—2360—>

Miglioramento del supporto per l’estensione dell’infrastruttura cloud di Adobe Commerce—Downgrade del requisito di versione minima per il pacchetto guzzlehttp/guzzle in Adobe Commerce sull’infrastruttura cloud file compositore.json alla versione 6.2 in modo che il pacchetto ece-tools sia compatibile con più estensioni.

Applica modifiche personalizzate all’applicazione Adobe Commerce durante la fase di compilazione. La fase di compilazione è stata suddivisa in due processi distinti in modo che sia possibile utilizzare gli hook per applicare modifiche personalizzate al contenuto statico generato prima di creare il pacchetto dell’applicazione per la distribuzione. Il processo _build :generate_genera codice, applica patch e genera contenuto statico. Il processo build:transfer trasferisce il codice generato e il contenuto statico alla destinazione finale. Vedi Hook applicazione.

Controlli di configurazione dell’ambiente—È stata migliorata la convalida della configurazione dell’ambiente per avvisare i clienti delle incompatibilità di versione e degli errori di configurazione prima di creare e distribuire Adobe Commerce sull’infrastruttura cloud.

• È stata aggiunta la convalida specifica della versione per identificare variabili e valori di ambiente non supportati o obsoleti.

• È stato aggiunto un controllo di compatibilità per Elasticsearch per avvisare gli utenti dei problemi di configurazione di Elasticsearch. Ora, la distribuzione non riesce se la versione del servizio Elasticsearch sul server è incompatibile con Adobe Commerce. In precedenza, la distribuzione era riuscita anche se la versione di Elasticsearch non era compatibile e ciò causava problemi al catalogo prodotti dopo la distribuzione del sito.

  È possibile risolvere l’incompatibilità inviando un ticket di supporto per aggiornare Elasticsearch a una versione compatibile oppure modificare la configurazione di Adobe Commerce per specificare una versione compatibile del client PHP di Elasticsearch.

  • Per Adobe Commerce dalla versione 2.1.x alla versione 2.2.2, aggiorna Elasticsearch alla versione 2.4.

  • Per Adobe Commerce versione 2.2.3 e successive, aggiorna Elasticsearch alla versione 5.2.

  • Se si dispone di Elasticsearch 1.x o 2.x e non si desidera aggiornarlo, aggiornare il requisito della versione del client Adobe Commerce Elasticsearch PHP in compositore.json a "elasticsearch/elasticsearch": "~2.0".

• È stata migliorata la convalida delle variabili di ambiente per identificare le impostazioni di configurazione che possono causare conflitti durante le fasi di build, distribuzione e post-distribuzione. Ad esempio, durante il processo di installazione e aggiornamento viene visualizzato un messaggio di avviso se l’impostazione globale per la distribuzione di contenuto statico è in conflitto con le impostazioni della fase di compilazione o distribuzione.

Aggiornamenti della variabile di ambiente—Sono state modificate le seguenti variabili di ambiente:

• Variabile globale SKIP_HTML_MINIFICATION - Il valore predefinito è stato modificato in true per abilitare la minimizzazione dei contenuti HTML su richiesta, riducendo al minimo i tempi di inattività durante la distribuzione negli ambienti di staging e produzione. Questa configurazione è necessaria per le distribuzioni senza tempi di inattività.

• CLEAN_STATIC_FILES: distribuzione variabile - Aggiunta della funzionalità di gestione dell’elaborazione dei file statici puliti per il contenuto statico generato durante la fase di compilazione in base all’impostazione della variabile di ambiente CLEAN_STATIC_FILES. In precedenza, i file di contenuto statico generati durante la fase di compilazione venivano sempre puliti.

Registrazione—Sono state apportate le seguenti modifiche per migliorare i messaggi del registro e ridurne le dimensioni:

• Le voci del registro degli errori di distribuzione ora includono l’output del comando dalle operazioni che causano gli errori anche se la configurazione dell’ambiente non specifica la registrazione a livello di debug. Vedi MIN_LOGGING_LEVEL.

• È stata aggiunta la registrazione per gli errori di distribuzione che si verificano quando le factory generate richieste da alcune estensioni non possono essere generate correttamente perché il file system è in stato di sola lettura.

• Sono state ridotte le dimensioni del registro di distribuzione e sono stati risolti i problemi di formattazione causati dai comandi di installazione che utilizzano la barra di avanzamento interattiva.

• Eliminazione della complessità non necessaria e aggiornamento dei livelli di priorità per alcune istruzioni di registro.

Correzioni specifiche per la regola—

• Le impostazioni predefinite di configurazione del processo cron per la durata della cronologia sono state modificate da 3d (4320 minuti) a 1h (60 minuti) per evitare problemi di prestazioni ed errori di distribuzione che possono verificarsi quando la coda cron si riempie troppo rapidamente.

• È stato migliorato il processo di gestione dei processi cron durante la fase di distribuzione per evitare blocchi del database e altri problemi critici. Ora tutti i processi cron vengono interrotti durante la fase di distribuzione e riavviati al termine della distribuzione.

• È stato risolto un problema con il meccanismo di blocco per la pianificazione dei consumer avviati dai processi cron in Adobe Commerce versioni 2.2.0 e successive per impedire che i processi cron avviino consumer duplicati.

È stato risolto un problema relativo al processo di compressione del contenuto statico (gzip) che causava not overwritten e no such file or directory errori quando si faceva riferimento al file compresso durante il processo di distribuzione.

È stato risolto un problema che impediva al comando php ./vendor/bin/ece-tools config:dump di rimuovere sezioni ridondanti dal file config.php durante il processo di dump se non sono specificate le impostazioni locali dell’archivio. Ora è possibile spostare facilmente i file di configurazione tra ambienti diversi. Dopo l’aggiornamento a ece-tools v2002.0.13, rigenerare i file config.php precedenti con il comando config:dump migliorato. Consulta Gestione configurazione per le impostazioni dell’archivio.

È stato risolto un problema che causava un errore durante la fase di distribuzione se la configurazione della route nel file .magento/routes.yaml reindirizzava da un dominio apex a un dominio www.

È stato risolto un problema con l’opzione _merge per la variabile SEARCH_CONFIGURATION che causava risultati di unione errati se non si includeva il parametro engine nel file di configurazione .magento.env.yaml aggiornato. Ora l’operazione di unione sovrascrive correttamente solo i valori specificati nell’aggiornamento di .magento.env.yaml senza richiedere l’impostazione del parametro engine.

è stato risolto un problema di configurazione Redis che abilitava in modo errato il blocco delle sessioni per Adobe Commerce nelle versioni 2.2.1 e successive dell’infrastruttura cloud, causando un rallentamento delle prestazioni e timeout. Ora, il blocco della sessione è disattivato per impostazione predefinita. Il problema è stato causato da una modifica del comportamento predefinito del parametro disable_locking introdotto nella versione 1.3.4 del pacchetto del gestore di sessione Redis. Vedi pacchetto ​ di colinmollenhour/php-redis-session-abstract

Componi Docker per cloud—Aggiunta di un comando—docker:build—per generare una configurazione Componi Docker dall’archivio ece-tools del cloud.

Cambia impostazioni internazionali—Ora è possibile modificare le impostazioni locali dell’archivio senza il processo di configurazione di esportazione e importazione. Quando l’applicazione è in produzione e SCD_ON_DEMAND è abilitato, sono disponibili le opzioni locali dell’archivio e dell’amministratore.

Mappa del sito e robot—Creato un flusso di lavoro per aggiungere un file robots.txt e generare un file sitemap.xml per una configurazione di dominio singolo senza richiedere una modifica all’infrastruttura.

Procedure guidate—Sono state aggiunte due procedure guidate per la configurazione cloud:

• ideal-state: configurare lo stato ideale per ridurre al minimo i tempi di inattività dell’implementazione

• master-slave: configurare il bilanciamento del carico per il database e Redis

Aggiornamento modulo—Aggiunta di un comando Cloud—module:refresh—per abilitare i moduli disabilitati o non abilitati in modo esplicito, in modo analogo a come viene eseguito automaticamente durante una compilazione.

Aggiunta la possibilità di scegliere di unire o sovrascrivere la configurazione per i servizi utilizzando l’opzione _merge nelle configurazioni CACHE, SESSION, QUEUE e SEARCH.

File di esempio per la configurazione dell’ambiente—È stato aggiunto al pacchetto ECE-Tools un file di esempio .magento.env.yaml che include una descrizione dettagliata e i possibili valori per ogni variabile di ambiente.

• È stata inoltre aggiunta una convalida approfondita per la configurazione .magento.env.yaml che impedisce errori nel processo di distribuzione causati da valori imprevisti. Quando si verifica un errore, viene visualizzato un messaggio di errore dettagliato che inizia con: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Aggiunte le seguenti Variabili di ambiente:

• Ora è possibile definire più impostazioni locali per ogni tema utilizzando la nuova variabile di ambiente SCD_MATRIX, che riduce la quantità di file del tema da distribuire.

• È stata aggiunta la variabile di ambiente DATABASE_CONFIGURATION per personalizzare le connessioni al database per la distribuzione.

• La nuova variabile MIN_LOGGING_LEVEL sostituisce il livello di registrazione minimo per tutti i flussi di output senza apportare modifiche al codice.

È stato risolto un problema che causava tempi di inattività tra la fase di distribuzione e quella successiva. Ora la fase di post-distribuzione inizia immediatamente al termine della fase di distribuzione.

È stato risolto un problema che non eliminava dalla pianificazione i processi cron riusciti, quelli con status = success.

È stato risolto un problema con l’hook post_deploy che cancellava la cache nella fase di distribuzione invece della fase di post-distribuzione del progetto.

È stato risolto un problema che si verificava quando si utilizzava SCD con più impostazioni locali, che generavano lo stesso file js-translation.json per ciascuna impostazione locale.

Ottimizzato il comando db:dump nel pacchetto ece-tools per evitare il blocco delle tabelle e aumentare la velocità.

Configurazione guidata—Aggiunta di una procedura guidata per verificare la configurazione per la distribuzione di contenuto statico. Visualizza Procedure guidate avanzate.

Supporto della console Symfony—Aggiunta del supporto per la console Symfony 4 con Adobe Commerce 2.3.

Ottimizzazioni di pianificazione Cron—È stata migliorata la gestione della coda e la registrazione avanzata per facilitare il debug dei problemi correlati alle cron.

La convalida della distribuzione non riesce se un valore ADMIN_EMAIL o ADMIN_USERNAME è uguale a un account amministratore esistente.

Supporto SOLR rimosso per le versioni 2.2.x. Le versioni 2.1.x mantengono la possibilità di abilitare SOLR

La prima installazione degli ambienti di staging e produzione di un progetto PRO ora include prefissi di indice diversi per Elasticsearch per evitare possibili conflitti durante l’identificazione dei record appartenenti a ciascun ambiente.

È stato risolto un problema che interrompeva la fase di compilazione per l’architettura legacy durante la distribuzione del contenuto statico.

Miglioramenti specifici per la regola—L’implementazione cron è stata rielaborata:

• È stato risolto un problema che causava il riempimento rapido della coda cron. Ora cancella i lavori di cron obsoleti in modo più affidabile.

• È stata riorganizzata la sequenza di job cron in modo che tutti i job in thread separati vengano avviati prima del gruppo generale.

• È stata migliorata la registrazione per facilitare il debug dei problemi relativi ai cron.

• NOTA—Questa versione risolve molti problemi correlati ai cron. Se al momento utilizzi alcune patch relative a cron in m2-hotfix, rimuovile.

miglioramenti specifici per SCD—

• È possibile utilizzare le variabili di ambiente VERBOSE_COMMANDS e SCD_COMPRESSION_LEVEL durante entrambe le fasi build e de_ploy.

• È stato risolto un problema che causava un errore di distribuzione casuale quando si verificava un valore imprevisto per la variabile di ambiente SCD_COMPRESSION_LEVEL. È stata migliorata la convalida della configurazione per fornire notifiche significative. Vedere SCD_COMPRESSION_LEVEL per i valori accettabili.

• È stato corretto il comportamento del flusso di configurazione della variabile di ambiente SCD_COMPRESSION_LEVEL in modo che le sostituzioni funzionino come previsto.

• È stato risolto un problema che impediva la configurazione della variabile di ambiente SCD_THREADS nella fase deploy del file .magento.env.yaml.

Distribuzione di contenuti statici (SCD): è disponibile un nuovo processo di distribuzione alternativo per generare contenuto statico quando richiesto (su richiesta). In questo modo si riducono i tempi di inattività e si migliora la gestione della cache generando le risorse più critiche.

• Nuova variabile di ambiente - Aggiunta della variabile di ambiente globale SCD_ON_DEMAND per generare contenuto statico quando richiesto.

• Hook post-distribuzione - Aggiunto un hook post_deploy per il file .magento.app.yaml che cancella la cache e precarica (riscalda) la cache dopo che il contenitore inizia ad accettare le connessioni. È disponibile solo per i progetti Pro che contengono ambienti di staging e produzione in Cloud Console e per i progetti iniziali. Anche se non obbligatorio, questo funziona in tandem con la variabile di ambiente SCD_ON_DEMAND.

Ottimizzazione: ottimizzazione dello spostamento o della copia di file durante la distribuzione per migliorare la velocità di distribuzione e ridurre i carichi nel file system.

Registrazione distribuzione - È stata aggiunta la possibilità di abilitare i gestori di registro esteso Syslog e Graylog (GELF) per l’output dei registri durante il processo di distribuzione. Vedi Gestori di registrazione.

Aggiunte le seguenti Variabili di ambiente:

• CRYPT_KEY - Fornire una chiave di crittografia a un altro ambiente durante lo spostamento di un database.

• SKIP_HTML_MINIFICATION—Variabile di ambiente globale che ignora la copia dei file di visualizzazione statica nella directory var/view_preprocessed e genera HTML minimizzato quando richiesto.

• SCD_ON_DEMAND—Variabile di ambiente globale per generare contenuto statico quando richiesto.

• WARM_UP_PAGES - È possibile elencare le pagine da utilizzare per precaricare la cache. Disponibile nelle nuove Variabili post-distribuzione.

È stato risolto un problema a causa del quale una patch applicata localmente interrompeva la distribuzione in un’istanza. Ora ECE-Tools è in grado di rilevare che è stata applicata una patch.

È stato risolto un conflitto tra il bundling di JavaScript e la funzionalità GZIP. Queste funzionalità ora funzionano correttamente insieme.

È stato risolto un problema che causava il mancato funzionamento dei comandi CLI di ECE-Tools quando si utilizzavano versioni precedenti di PHP 7.0.x.

È stato risolto un problema che impediva la distribuzione di contenuto statico con la strategia di compattazione in più thread.

è stato risolto un problema di blocco della sessione Redis che causava un ritardo di accesso dell’amministratore. Inoltre, la correzione è disponibile per 2.1.x.

strumenti ece—Il pacchetto ece-tools ora supporta Adobe Commerce 2.1.x.

Configurazione Redis—È ora possibile configurare la pagina Redis e la cache predefinita e l’archiviazione della sessione Redis utilizzando una variabile di ambiente.

Miglioramenti al servizio Search, AMQP e Redis - Abbiamo unificato il flusso di configurazione del servizio in modo che ora si comporti allo stesso modo per tutti i servizi. La modifica manuale del file env.php per la configurazione dei servizi non è più supportata. È necessario utilizzare le variabili di ambiente o il file .magento.env.yaml.

Variabili di ambiente—

• L’utilizzo di env:STATIC_CONTENT_THREADS è stato dichiarato obsoleto e verrà rimosso in una versione futura. Utilizza invece SCD_THREADS.

• La variabile di ambiente STATIC_CONTENT_EXCLUDE_THEMES è stata dichiarata obsoleta. Utilizzare la variabile di ambiente SCD_EXCLUDE_THEMES.

Registrazione. Sono state semplificate le operazioni di applicazione di patch incorporate.

Il supporto della modalità developer e la variabile di ambiente APPLICATION_MODE sono stati rimossi perché causavano un comportamento imprevisto.

È stato risolto un problema che causava errori di distribuzione del contenuto statico relativi a Redis. Ora la distribuzione di contenuto statico multithread viene eseguita come previsto.

È stato risolto un problema che impediva agli utenti di salvare le modifiche ai campi di configurazione nell’amministratore, contrassegnati come sensibili dopo l’esecuzione del comando app:config:dump.

È stato aggiunto il supporto per una versione precedente di symfony/yaml per correggere i conflitti con alcuni pacchetti non ancora compatibili con la versione più recente.

Registrazione migliorata

• Abbiamo migliorato la funzione di log messaging per fornire spiegazioni migliori quando il processo di build o distribuzione sovrascrive una variabile di ambiente.

• Ora puoi visualizzare in tempo reale lo stato di avanzamento dell’installazione e dell’aggiornamento. Suddividi il file install_update.log per visualizzare l’avanzamento. Ad esempio:

  code language-bash
  tail -f var/log/install_upgrade.log

Nuovo comando cron. È ora possibile sbloccare specifici processi cron bloccati anziché arrestarli e riavviarli tutti con il comando cron:unlock. Non disponibile in 2.1.

File di configurazione unificato. È ora possibile configurare le fasi di compilazione e distribuzione utilizzando un file .magento.env.yaml.

Backup dei file di configurazione. Il processo di distribuzione crea automaticamente un backup dei file di configurazione app/etc/env.php e app/etc/config.php dopo la distribuzione. È stato aggiunto anche un nuovo comando CLI per ripristinare questi file di configurazione da un backup.

Risoluzione dei problemi relativi agli errori di convalida. È stato modificato il comando da utilizzare per risolvere gli errori di convalida quando config.php non contiene dati sufficienti per la distribuzione di contenuto statico. In precedenza, il messaggio di errore indicava di eseguire bin/magento app:config:dump. Ora è necessario eseguire php ./vendor/bin/ece-tools config:dump.

Nuove variabili di ambiente - È ora possibile utilizzare le variabili di ambiente per connettere al sito i servizi personalizzati search e basati su AMQP.

È stata implementata l’applicazione di patch intelligenti. Ora il pacchetto applica patch basate non sulla versione dell’infrastruttura cloud Adobe Commerce, ma sulla versione del pacchetto con patch.

È stato risolto un problema di registrazione che causava errori di compilazione.

È stato risolto un problema che causava eccezioni di timeout durante l’esecuzione di distribuzioni in modalità interattiva.

È stato risolto un problema che causava errori durante l’utilizzo della strategia compatta per la generazione di contenuti statici. Non disponibile in 2.1.

È stato risolto un problema che impediva allo script di distribuzione di identificare correttamente gli ambienti di staging e produzione.

È stato risolto un problema che causava l’interruzione delle connessioni al database da parte di problemi di rete e causava errori durante il processo di installazione e aggiornamento.

È stato risolto un problema che impediva l’esportazione dei file di configurazione utilizzando app:config:dump più di una volta. Non disponibile in 2.1.

È stato risolto un problema della sessione Redis blocco che causava un ritardo di accesso di Amministratore. Non disponibile in 2.1.

È stato risolto un problema di implementazione relativo al controllo delle versioni che causava un conflitto con altri moduli di applicazione di patch basati su Compositore.

È stato risolto un problema che causava problemi di memoria PHP durante l’importazione.

È stata rimossa la patch; è stato corretto un bug in colinmollenhour/credis v1.6 per abilitare il supporto per Adobe Commerce sull’infrastruttura cloud 2.2.1. Non disponibile in 2.1.

È stato risolto un problema che causava gzip errori quando un nome di file o directory conteneva spazi.

È stato risolto un problema che impediva agli script di distribuzione di riconoscere e abilitare correttamente le dipendenze dei moduli.

Configurare un consumer cron con una variabile di ambiente. È ora possibile configurare i consumer cron utilizzando la nuova variabile di ambiente CRON_CONSUMERS_RUNNER.

Analisi configurazione: è ora possibile eseguire la ricerca di componenti critici durante il processo di compilazione/distribuzione e arrestare il processo se la scansione non riesce, evitando inutili tempi di inattività dovuti alla modalità di manutenzione del sito.

Notifiche di compilazione/distribuzione - È stato aggiunto un file di configurazione che puoi utilizzare per configurare le notifiche Slack e/o e-mail per le azioni di compilazione/distribuzione in tutti gli ambienti.

Compressione del contenuto statico. Il contenuto statico verrà compresso utilizzando gzip durante le fasi di compilazione e distribuzione. Questa compressione, associata alla compressione Fastly, consente di ridurre le dimensioni dello store e di aumentare la velocità di installazione. Se necessario, è possibile disabilitare la compressione utilizzando un’opzione build o una variabile di distribuzione. Per ulteriori informazioni, consulta i seguenti argomenti:

• Variabili di ambiente dell’applicazione

• Prestazioni di distribuzione del contenuto statico

• Processo di distribuzione

Gestione della configurazione - Generazione automatica di un file app/etc/config.php nell’archivio Git durante la fase di compilazione se non esiste già. Il file generato automaticamente include solo un elenco di moduli ed estensioni. Se il file esiste già, la fase di build continua come di consueto. Se segui Gestione configurazione in un secondo momento, i comandi aggiornano il file senza richiedere passaggi aggiuntivi. Per ulteriori informazioni, consultare Processo di distribuzione.

Dump del database. È stato aggiunto un comando CLI magento/ece-tools per la creazione di dump del database in tutti gli ambienti. Per gli ambienti di produzione Pro plan, questo comando esegue il dump solo da uno dei tre nodi ad alta disponibilità, pertanto i dati di produzione scritti in un nodo diverso durante il dump potrebbero non essere copiati. È consigliabile attivare la modalità di manutenzione dell’applicazione prima di eseguire un’immagine del database negli ambienti di produzione. Per ulteriori informazioni, vedere Gestione backup.

Limitazioni dell’intervallo Cron revocate - L’intervallo cron predefinito per tutti gli ambienti con provisioning nelle aree us-3, eu-3 e ap-3 è di 1 minuto. L’intervallo cron predefinito in tutte le altre aree geografiche è di 5 minuti per gli ambienti di integrazione Pro e di 1 minuto per gli ambienti di staging e produzione Pro. Per modificare i processi cron esistenti, modificare le impostazioni in .magento.app.yaml o creare un ticket di supporto per gli ambienti di produzione/staging. Per ulteriori informazioni, consulta Configurare i processi cron.

È stato risolto un problema che causava tempi di distribuzione lunghi a causa del processo di distribuzione che richiamava l’operazione cache-clean prima della distribuzione del contenuto statico.

È stato risolto un problema che causava errori durante il passaggio di generazione del contenuto statico della distribuzione negli ambienti di produzione.

È stato risolto un problema che impediva ad alcuni comandi magento/ece-tools di registrare l’output in stderr.

È stato risolto un problema che impediva l’aggiornamento dei valori dell’URL di base in env.php nei rami con fork.

È stato risolto un problema a causa del quale il comando magento setup:install aggiungeva un prefisso non sicuro (http://) agli URL di base protetti.

È stato risolto un problema che impediva agli errori di patch di causare errori di distribuzione.

È stato risolto un problema che impediva a ece-tools di interrompere l’esecuzione e di generare un’eccezione se non era possibile applicare patch.

È stato risolto un problema che causava errori durante il caricamento della vetrina dopo l’abilitazione della minimizzazione di HTML in Admin.

Adobe Commerce su infrastruttura cloud ora supporta ambiti e strategie di distribuzione dei contenuti statici. È stato aggiunto il parametro –s con impostazione predefinita quick per la strategia di distribuzione del contenuto statico. Puoi utilizzare la variabile di ambiente SCD_STRATEGY per personalizzare e utilizzare queste strategie con le azioni di compilazione e distribuzione. Questa variabile supporta le opzioni standard, quick o compact. Se si seleziona compact, il valore STATIC_CONTENT_THREADS verrà sovrascritto con 1, il che può rallentare la distribuzione, soprattutto negli ambienti di produzione. Non disponibile in 2.1.

È stato creato un file di registro sugli ambienti per acquisire e compilare le azioni di build e distribuzione. Il file var/log/cloud.log si trova nella directory dell’applicazione radice.

È stato eseguito il refactoring del pacchetto ece-tools per renderlo compatibile con Adobe Commerce sull’infrastruttura cloud 2.2.0 e versioni successive.

È stato risolto un problema che impediva a ece-tools di interrompere l’esecuzione e di generare un’eccezione se non era possibile applicare patch.

È stato risolto un problema che causava la generazione di eccezioni quando la compilazione di iniezione di dipendenza (di) veniva ignorata durante le build.

È stato risolto un problema che causava la sovrascrittura delle configurazioni Redis personalizzate nel file env.php da parte del processo di distribuzione.

È stato risolto un problema che causava loop di reindirizzamento a causa della disabilitazione dell’amministratore protetto predefinito.