Distribuera variabler

Följande distribuera-variabelkontrollåtgärder i distributionsfasen och kan ärva och åsidosätta värden från de globala variablerna. Infoga de här variablerna i deploy-steget i filen .magento.env.yaml:

stage:
  deploy:
    DEPLOY_VARIABLE_NAME: value

Mer information om hur du anpassar bygg- och distributionsprocessen:

CACHE_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Konfigurera Redis-sida och standardcachning. När du anger parametern cm_cache_backend_redis måste du ange alternativen server, port och database.

stage:
  deploy:
    CACHE_CONFIGURATION:
      frontend:
        default:
          backend: file
        page_cache:
          backend: file

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas nya värden med en befintlig konfiguration:

stage:
  deploy:
    CACHE_CONFIGURATION:
      _merge: true
      frontend:
        default:
          backend_options:
            database: 10
        page_cache:
          backend_options:
            database: 11

I följande exempel används Redis-förinläsningsfunktionen enligt definitionen i Konfigurationsguiden:

stage:
  deploy:
    CACHE_CONFIGURATION:
      _merge: true
      frontend:
        default:
          id_prefix: '061_'
          backend_options:
            preload_keys:
              - '061_EAV_ENTITY_TYPES:hash'
              - '061_GLOBAL_PLUGIN_LIST:hash'
              - '061_DB_IS_UP_TO_DATE:hash'
              - '061_SYSTEM_DEFAULT:hash'

Om du vill använda en anpassad REDIS_BACKEND-modell (inte bara från tillåtelselista) anger du alternativet _custom_redis_backend till true för att aktivera korrekt validering som i följande exempel:

stage:
  deploy:
    CACHE_CONFIGURATION:
      frontend:
        default:
          _custom_redis_backend: true
          backend: '\CustomRedisModel'

CLEAN_STATIC_FILES

  • Standardtrue
  • Version - Adobe Commerce 2.1.4 och senare

Aktiverar eller inaktiverar rensning av statiska innehållsfiler som genereras under bygg- eller distributionsfasen. Använd standardvärdet true i utvecklingen som en bra rutin.

  • true - Tar bort allt befintligt statiskt innehåll innan det uppdaterade statiska innehållet distribueras.
  • false - Distributionen skriver bara över befintliga statiska innehållsfiler om det genererade innehållet innehåller en nyare version.

Om du ändrar statiskt innehåll genom en separat process ska värdet anges till false.

stage:
  deploy:
    CLEAN_STATIC_FILES: false

Om du inte rensar statiska vyfiler innan du distribuerar dem kan det orsaka problem om du distribuerar uppdateringar till befintliga filer utan att ta bort tidigare versioner. På grund av statiska återgångsregler kan återgångsåtgärder visa fel fil om katalogen innehåller flera versioner av samma fil.

CRON_CONSUMERS_RUNNER

  • Standardcron_run = false, max_messages = 1000
  • Version - Adobe Commerce 2.2.0 och senare

Använd den här miljövariabeln för att bekräfta att meddelandeköer körs efter en distribution.

  • cron_run - Ett booleskt värde som aktiverar eller inaktiverar consumers_runner cron-jobbet (standard = false).

  • max_messages - Ett tal som anger det maximala antalet meddelanden som varje konsument måste bearbeta innan det avbryter (standard = 1000). Du kan ange värdet till 0 för att förhindra att konsumenten avbryts.

  • consumers - En matris med strängar som anger vilka konsumenter som ska köras. En tom array kör alla konsumenter.

  • multiple_processes-Ett tal som anger antalet processer som ska anges för varje kund. Stöds i Commerce 2.4.4 eller senare.

NOTE
Om du vill returnera en lista över meddelandekön consumers kör du kommandot ./bin/magento queue:consumers:list i fjärrmiljön.

Exempelmatris som kör specifika consumers och multiple_processes som ska anges för varje konsument:

stage:
  deploy:
    CRON_CONSUMERS_RUNNER:
      cron_run: true
      max_messages: 1000
      consumers:
        - example_consumer_1
        - example_consumer_2
-     multiple_processes:
        example_consumer_1: 4
        example_consumer_2: 3

Exempel på en tom array som kör alla consumers:

stage:
  deploy:
    CRON_CONSUMERS_RUNNER:
      cron_run: true
      max_messages: 1000
      consumers: []

Som standard skriver distributionsprocessen över alla inställningar i filen env.php. Se Hantera meddelandeköer i Commerce Configuration Guide för lokal Adobe Commerce.

CONSUMERS_WAIT_FOR_MAX_MESSAGES

  • Standardfalse
  • Version - Adobe Commerce 2.2.0 och senare

Konfigurera hur consumers ska bearbeta meddelanden från meddelandekön genom att välja något av följande alternativ:

  • falseConsumers bearbetar tillgängliga meddelanden i kön, stänger TCP-anslutningen och avslutar. Consumers väntar inte på att ytterligare meddelanden ska skickas till kön, även om antalet bearbetade meddelanden är mindre än värdet max_messages som anges i variabeln CRON_CONSUMERS_RUNNER deploy.

  • trueConsumers fortsätter att bearbeta meddelanden från meddelandekön tills det maximala antalet meddelanden (max_messages) som anges i CRON_CONSUMERS_RUNNER-distributionsvariabeln nås innan TCP-anslutningen stängs och konsumentprocessen avslutas. Om kön töms innan max_messages nås väntar konsumenten på att fler meddelanden ska komma fram.

WARNING
Om du använder arbetare för att köra consumers i stället för att använda ett cron-jobb anger du den här variabeln till true.
stage:
  deploy:
    CONSUMERS_WAIT_FOR_MAX_MESSAGES: false

CRYPT_KEY

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare
WARNING
Ange värdet CRYPT_KEY via filen Cloud Console i stället för .magento.env.yaml för att undvika att visa nyckeln i källkodsdatabasen för miljön. Se Ange miljö- och projektvariabler.

När du flyttar databasen från en miljö till en annan utan någon installationsprocess behöver du motsvarande kryptografisk information. Adobe Commerce använder det krypteringsnyckelvärde som angetts i Cloud Console som crypt/key-värde i filen env.php.

DATABASE_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Om du har definierat en databas i relationsegenskapen för filen .magento.app.yaml kan du anpassa databasanslutningarna för distribution.

stage:
  deploy:
    DATABASE_CONFIGURATION:
      some_config: 'some_value'

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas nya värden med en befintlig konfiguration:

stage:
  deploy:
    DATABASE_CONFIGURATION:
      some_config: 'some_new_value'
      _merge: true

Du kan också konfigurera ett tabellprefix.

WARNING
Om du inte använder sammanslagningsalternativet med tabellprefixet måste du ange standardanslutningsinställningar, annars misslyckas distributionen.

I följande exempel används tabellprefixet ece_ med standardanslutningsinställningar i stället för alternativet _merge:

stage:
  deploy:
    DATABASE_CONFIGURATION:
      connection:
        default:
          username: user
          host: host
          dbname: magento
          password: password
      table_prefix: 'ece_'

Exempel:

MariaDB [main]> SHOW TABLES;
+-------------------------------------+
| Tables_in_main                      |
+-------------------------------------+
| ece_admin_passwords                 |
| ece_admin_system_messages           |
| ece_admin_user                      |
| ece_admin_user_session              |
| ece_adminnotification_inbox         |
| ece_amazon_customer                 |
| ece_authorization_rule              |
| ece_cache                           |
| ece_cache_tag                       |
| ece_captcha_log                     |
...

ELASTICSUITE_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.2.0 och senare

Bevarar anpassade Elastic Suite-tjänstinställningar mellan distributioner och använder dem i avsnittet system/default/leasticsuite_core_base_settings i huvudkonfigurationen för Elastic Suite. Om Elastic Suite-dispositionspaketet är installerat konfigureras det automatiskt.

stage:
  deploy:
    ELASTICSUITE_CONFIGURATION:
      es_client:
        servers: 'remote-host:9200'
      indices_settings:
        number_of_shards: 1
        number_of_replicas: 0

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas ett nytt värde med den befintliga konfigurationen:

stage:
  deploy:
    ELASTICSUITE_CONFIGURATION:
      indices_settings:
        number_of_shards: 3
        number_of_replicas: 2
      _merge: true

Kända begränsningar:

  • Om du ändrar sökmotorn till någon annan typ än elasticsuite uppstår ett distributionsfel som följs av ett lämpligt valideringsfel
  • Om du tar bort tjänsten Elasticsearch uppstår ett distributionsfel som följs av ett lämpligt valideringsfel
NOTE
Mer information om hur du använder eller felsöker plugin-programmet Elastic Suite med Adobe Commerce finns i Elastic Suite dokumentationen.

ENABLE_GOOGLE_ANALYTICS

  • Standardfalse
  • Version - Adobe Commerce 2.1.4 och senare

Aktiverar och inaktiverar Google Analytics vid distribuering till miljöer för förproduktion och integrering. Som standard gäller Google Analytics endast för produktionsmiljön. Ange det här värdet till true om du vill aktivera Google Analytics i mellanlagrings- och integreringsmiljöerna.

  • true - Aktiverar Google Analytics i mellanlagrings- och integreringsmiljöer.
  • false - Inaktiverar Google Analytics i mellanlagrings- och integreringsmiljöer.

Lägg till miljövariabeln ENABLE_GOOGLE_ANALYTICS på scenen deploy i filen .magento.env.yaml:

stage:
  deploy:
    ENABLE_GOOGLE_ANALYTICS: true
NOTE
Distributionsprocessen aktiverar alltid Google Analytics i produktionsmiljöer.

FORCE_UPDATE_URLS

  • Standardtrue
  • Version - Adobe Commerce 2.1.4 och senare

Vid distribution till Pro- eller Starter Staging- och Production-miljöer ersätter den här variabeln Adobe Commerce base URL:er i databasen med de projekt-URL:er som anges av variabeln MAGENTO_CLOUD_ROUTES. Använd den här inställningen för att åsidosätta standardbeteendet för distributionsvariabeln UPDATE_URLS som ignoreras vid distribution till mellanlagrings- eller produktionsmiljöer.

stage:
  deploy:
    FORCE_UPDATE_URLS: true

LOCK_PROVIDER

  • Standardfile
  • Version - Adobe Commerce 2.2.5 och senare

Lås-providern förhindrar att duplicerade cron-jobb och cron-grupper startas. Använd låsprovidern file i produktionsmiljön. Startmiljöer och Pro-integreringsmiljön använder inte variabeln MAGENTO_CLOUD_LOCKS_DIR, så ece-tools använder db-låsprovidern automatiskt.

stage:
  deploy:
    LOCK_PROVIDER: "db"

Se Konfigurera låset i installationsguiden.

MYSQL_USE_SLAVE_CONNECTION

  • Standardfalse
  • Version - Adobe Commerce 2.1.4 och senare
TIP
Variabeln MYSQL_USE_SLAVE_CONNECTION stöds bara i Adobe Commerce i molninfrastrukturerna Staging och Production Pro och stöds inte i Starter-projekt.

Adobe Commerce kan läsa flera databaser asynkront. Ange som true om du automatiskt vill använda en skrivskyddad-anslutning till databasen för att ta emot skrivskyddad trafik på en icke-huvudnod. Den här anslutningen förbättrar prestanda genom belastningsutjämning, eftersom bara en nod hanterar läs- och skrivtrafik. Ange som false om du vill ta bort alla befintliga skrivskyddade anslutningsmatriser från filen env.php.

stage:
  deploy:
    MYSQL_USE_SLAVE_CONNECTION: true

När variabeln MYSQL_USE_SLAVE_CONNECTION är inställd på true är parametern synchronous_replication som standard inställd på true i filen env.php i Pro Staging- och Production-miljöer. När MYSQL_USE_SLAVE_CONNECTION är inställd på false är parametern synchronous_replication inte konfigurerad.

QUEUE_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Använd den här systemvariabeln för att behålla anpassade AMQP-tjänstinställningar mellan distributioner. Om du till exempel föredrar att använda en befintlig meddelandekötjänst i stället för att förlita dig på molninfrastrukturen för att skapa den åt dig, använder du miljövariabeln QUEUE_CONFIGURATION för att ansluta den till din plats:

stage:
  deploy:
    QUEUE_CONFIGURATION:
      amqp:
        host: test.host
        port: 1234
      amqp2:
        host: test.host2
        port: 12345
      mq:
        host: mq.host
        port: 1234

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas nya värden med en befintlig konfiguration:

stage:
  deploy:
    QUEUE_CONFIGURATION:
      _merge: true
      amqp:
        host: changed1.host
        port: 5672
      amqp2:
        host: changed2.host2
        port: 12345
      mq:
        host: changedmq.host
        port: 1234

REDIS_BACKEND

  • StandardCm_Cache_Backend_Redis
  • Version - Adobe Commerce 2.3.0 och senare

Anger serverdelsmodellens konfiguration för Redis-cachen.

Adobe Commerce version 2.3.0 och senare innehåller följande backend-modeller:

  • Cm_Cache_Backend_Redis
  • \Magento\Framework\Cache\Backend\Redis
  • \Magento\Framework\Cache\Backend\RemoteSynchronizedCache

Exemplet som anger REDIS_BACKEND

stage:
  deploy:
    REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
NOTE
Om du anger \Magento\Framework\Cache\Backend\RemoteSynchronizedCache som Redis-serverdelsmodell för att aktivera L2-cache genererar ece-tools cachekonfigurationen automatiskt. Se ett exempel på konfigurationsfil i Adobe Commerce Configuration Guide. Om du vill åsidosätta den genererade cachekonfigurationen använder du distributionsvariabeln CACHE_CONFIGURATION .

REDIS_USE_SLAVE_CONNECTION

  • Standardfalse
  • Version - Adobe Commerce 2.1.16 och senare
WARNING
Aktivera inte den här variabeln i ett skalat arkitekturprojekt. Det orsakar Redis-anslutningsfel. Redis-slavar är fortfarande aktiva men används inte för Redis-läsningar. Adobe rekommenderar att du använder Adobe Commerce 2.3.5 eller senare, implementerar en ny Redis-backend-konfiguration och implementerar L2-cachning för Redis.
TIP
Variabeln REDIS_USE_SLAVE_CONNECTION stöds bara i Adobe Commerce i molninfrastrukturerna Staging och Production Pro och stöds inte i Starter-projekt.

Adobe Commerce kan läsa flera Redis-instanser asynkront. Ange som true om du automatiskt vill använda en skrivskyddad-anslutning till en Redis-instans för att ta emot skrivskyddad trafik på en icke-huvudnod. Den här anslutningen förbättrar prestanda genom belastningsutjämning, eftersom bara en nod hanterar läs- och skrivtrafik. Ange som false om du vill ta bort alla befintliga skrivskyddade anslutningsmatriser från filen env.php.

stage:
  deploy:
    REDIS_USE_SLAVE_CONNECTION: true

Du måste ha en Redis-tjänst konfigurerad i filen .magento.app.yaml och i filen services.yaml.

ECE-Tools version 2002.0.18 och senare använder mer feltoleranta inställningar. Om Adobe Commerce inte kan läsa data från instansen Redis slave läser den data från instansen Redis master.

Den skrivskyddade anslutningen är inte tillgänglig för användning i integreringsmiljön eller om du använder variabeln CACHE_CONFIGURATION.

RESOURCE_CONFIGURATION

  • Standard - Inte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Kopplar ett resursnamn till en databasanslutning. Den här konfigurationen motsvarar avsnittet resource i filen env.php.

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas nya värden med en befintlig konfiguration:

stage:
  deploy:
    RESOURCE_CONFIGURATION:
      _merge: true
      default_setup:
        connection: default

SCD_COMPRESSION_LEVEL

  • Standard4
  • Version - Adobe Commerce 2.1.4 och senare

Anger vilken gzip-komprimeringsnivå (0 till 9) som ska användas vid komprimering av statiskt innehåll. 0 inaktiverar komprimering.

stage:
  deploy:
    SCD_COMPRESSION_LEVEL: 5

SCD_COMPRESSION_TIMEOUT

  • Standard600
  • Version - Adobe Commerce 2.1.4 och senare

När den tid det tar att komprimera de statiska resurserna överskrider tidsgränsen för komprimering avbryts distributionsprocessen. Ange den maximala körningstiden i sekunder för det statiska kommandot för innehållskomprimering.

stage:
  deploy:
    SCD_COMPRESSION_TIMEOUT: 800

SCD_MATRIX

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Du kan konfigurera flera språkinställningar per tema. Den här anpassningen snabbar upp distributionsprocessen genom att minska antalet onödiga temafiler. Du kan till exempel distribuera temat magento/backend på engelska och ett anpassat tema på andra språk.

I följande exempel distribueras temat Magento/backend med tre språkområden:

stage:
  deploy:
    SCD_MATRIX:
      "magento/backend":
        language:
          - en_US
          - fr_FR
          - af_ZA

Du kan även välja att inte ska distribuera ett tema:

stage:
  deploy:
    SCD_MATRIX:
      "magento/backend": [ ]

SCD_MAX_EXECUTION_TIME

  • StandardInte angivet
  • Version - Adobe Commerce 2.2.0 och senare

Gör att du kan öka den maximala förväntade körningstiden för statisk innehållsdistribution.

Som standard sätter Adobe Commerce den maximala förväntade körningen till 900 sekunder, men i vissa fall behöver du mer tid för att slutföra distributionen av statiskt innehåll för ett Cloud-projekt.

stage:
  deploy:
    SCD_MAX_EXECUTION_TIME: 3600
WARNING
Om du har problem med statiska innehållsfiler i programmet efter distributionen, till exempel om det saknas anpassade temafiler, ökar du den förväntade körningstiden till 900 sekunder eller mer.

SCD_NO_PARENT

  • Standardfalse
  • Version - Adobe Commerce 2.4.2 och senare

Ange SCD_NO_PARENT: true på distributionsfasen så att genereringen av statiskt innehåll för överordnade teman inte inträffar under distributionsfasen. Den här inställningen minimerar driftsättningstiden och förhindrar driftstopp som kan inträffa om det statiska innehållet inte kan byggas under distributionen. Se Distribution av statiskt innehåll.

stage:
  deploy:
    SCD_NO_PARENT: true

SCD_STRATEGY

  • Standardquick
  • Version - Adobe Commerce 2.2.0 och senare

Gör att du kan anpassa distributionsstrategin för statiskt innehåll. Se Distribuera statiska vyfiler.

Använd dessa alternativ endast om du har fler än en språkinställning:

  • standard - distribuerar alla statiska vyfiler för alla paket.
  • quick—(standard) minimerar distributionstiden.
  • compact - sparar diskutrymme på servern. I Adobe Commerce version 2.2.4 och tidigare åsidosätter den här inställningen värdet för scd_threads med värdet 1.
stage:
  deploy:
    SCD_STRATEGY: "compact"

SCD_THREADS

  • Standard - Automatiskt
  • Version - Adobe Commerce 2.1.4 och senare

Anger antalet trådar för distribution av statiskt innehåll. Standardvärdet baseras på antalet CPU-tråd som identifierats och överstiger inte värdet 4. Om du ökar antalet trådar går det snabbare att distribuera statiskt innehåll, och om du minskar antalet trådar blir det långsammare. Du kan ange ett trådvärde, till exempel:

stage:
  deploy:
    SCD_THREADS: 2

Om du vill minska distributionstiden ytterligare använder du Configuration Management med kommandot scd-dump för att flytta statisk distribution till byggfasen.

SEARCH_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Använd den här systemvariabeln för att behålla anpassade inställningar för söktjänsten mellan distributioner. Exempel:

Elasticsearch-konfiguration:

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: elasticsearch
      elasticsearch_server_hostname: http://elasticsearch.internal
      elasticsearch_server_port: '9200'
      elasticsearch_index_prefix: magento2
      elasticsearch_server_timeout: '15'

OpenSearch-konfiguration (för Commerce 2.4.6 och senare):

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: opensearch
      opensearch_server_hostname: 'http://opensearch.internal'
      opensearch_server_port: '9200'
      opensearch_index_prefix: 'magento2'
      opensearch_server_timeout: '15'

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas ett nytt värde med den befintliga konfigurationen:

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: elasticsearch
      elasticsearch_server_port: '9200'
      _merge: true

SESSION_CONFIGURATION

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Konfigurera Redis-sessionslagring. Kräver alternativen save, redis, host, port och database för sessionslagringsvariabeln. Exempel:

stage:
  deploy:
    SESSION_CONFIGURATION:
      redis:
        bot_first_lifetime: 100
        bot_lifetime: 10001
        database: 0
        disable_locking: 1
        host: redis.internal
        max_concurrency: 10
        max_lifetime: 10001
        min_lifetime: 100
        port: 6379
      save: redis

Som standard skriver distributionsprocessen över alla inställningar i filen env.php, men du kan välja att sammanfoga ett eller flera värden för en tjänstkonfiguration utan att skriva över alla värden.

Ställ in alternativet _merge på något av följande:

  • trueSammanfoga de konfigurerade tjänstvärdena med miljövariabelvärdena.
  • falseSkriv över de konfigurerade tjänstvärdena med miljövariabelvärdena.

I följande exempel sammanfogas ett nytt värde med den befintliga konfigurationen:

stage:
  deploy:
    SESSION_CONFIGURATION:
      _merge: true
      redis:
        max_concurrency: 10

SKIP_SCD

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Ange true om du vill hoppa över statisk innehållsdistribution under distributionsfasen.

Ange SKIP_SCD: true på distributionsfasen så att det statiska innehållet inte byggs under distributionsfasen. Den här inställningen minimerar driftsättningstiden och förhindrar driftstopp som kan inträffa om det statiska innehållet inte kan byggas under distributionen. Se Distribution av statiskt innehåll.

stage:
  deploy:
    SKIP_SCD: true

UPDATE_URLS

  • Standardtrue
  • Version - Adobe Commerce 2.1.4 och senare

Ersätt Adobe Commerce bas-URL:er i databasen med de projekt-URL:er som anges av variabeln MAGENTO_CLOUD_ROUTES vid distributionen. Den här konfigurationen är användbar för lokal utveckling, där bas-URL:er har konfigurerats för din lokala miljö. När du distribuerar till en molnmiljö uppdateras URL:erna så att du kan komma åt din butik och administratör via projektets URL:er.

Om du måste uppdatera URL:er när du distribuerar till Pro- eller Starter Staging- och Production-miljöer använder du variabeln FORCE_UPDATE_URLS.

stage:
  deploy:
    UPDATE_URLS: false

VERBOSE_COMMANDS

  • StandardInte angivet
  • Version - Adobe Commerce 2.1.4 och senare

Aktivera eller inaktivera Symfony-felsökningsnivån för bin/magento CLI-kommandon som utförs under distributionsfasen.

NOTE
Om du vill använda inställningen VERBOSE_COMMANDS för att styra detaljerna i kommandoutdata för både lyckade och misslyckade bin/magento CLI-kommandon, måste du ange MIN_LOGGING_LEVEL debug .

Välj detaljnivå i loggarna:

  • -v= normal utskrift
  • -vv= fler utförliga utdata
  • -vvv = utförliga utdata som är idealiska för felsökning
stage:
  deploy:
    VERBOSE_COMMANDS: "-vv"
recommendation-more-help
05f2f56e-ac5d-4931-8cdb-764e60e16f26