Opmerkingen bij de release Adobe Commerce 2.4.7

Veranderingen in het gedrag van niet-geproduceerde geheim voorgeheugensleutels:

• Niet-gegenereerde cachesleutels voor blokken bevatten nu voorvoegsels die afwijken van voorvoegsels voor toetsen die automatisch worden gegenereerd. (Niet-gegenereerde cachesleutels zijn sleutels die zijn ingesteld via de syntaxis van sjablooninstructies of de methoden setCacheKey of setData .)
• Niet-gegenereerde cachesleutels voor blokken mogen nu alleen letters, cijfers, afbreekstreepjes (-) en onderstrepingstekens (_) bevatten.

Beperkingen op het aantal auto-geproduceerde couponcodes. Commerce beperkt nu het aantal couponcodes dat automatisch wordt gegenereerd. Het standaardmaximum is 250.000. Handelaars kunnen de nieuwe Code Quantity Limit configuratieoptie ( Stores > Settings:Configuration > Customers > Promotions) gebruiken om te voorkomen dat het systeem met veel coupons wordt overweldigd.

Optimalisering van het standaard Admin URL generatieproces. Het genereren van de standaard Admin URL is geoptimaliseerd voor verhoogde willekeur, waardoor gegenereerde URL's minder voorspelbaar worden.

toegevoegde Steun van de Integriteit Subresource (SRI) om aan PCI 4.0 vereisten voor controle van manuscriptintegriteit op betalingspagina's te voldoen. De ondersteuning van Subresource Integrity (SRI) biedt integriteitshashes voor alle JavaScript-elementen die zich in het lokale bestandssysteem bevinden. De standaardSRI eigenschap wordt uitgevoerd slechts op de betalingspagina's voor Admin en storefront gebieden. Handelaars kunnen de standaardconfiguratie echter uitbreiden naar andere pagina's. Zie Integriteit Subresourcein de Gids van de Ontwikkelaar van Commerce PHP.

Veranderingen in het Beleid van de Veiligheid van de Inhoud (CSP) - de updates en de verhogingen van de Configuratie aan het Beleid van de Veiligheid van de Veiligheid van de Inhoud van Adobe Commerce (CSPs) om aan PCI 4.0 vereisten te voldoen. Voor details, zie Beleid van de Veiligheid van de Inhoudin de Gids van de Ontwikkelaar van Commerce PHP.

• De standaard CSP-configuratie voor betalingspagina's voor Commerce Admin- en storefront-gebieden is nu restrict -modus. Voor alle andere pagina's is de standaardconfiguratie de modus report-only . In versies vóór 2.4.7, werd CSP gevormd op report-only wijze voor alle pagina's.

• Een Nonce-provider toegevoegd om uitvoering van inline scripts in een CSP toe te staan. De nonce-provider vereenvoudigt het genereren van unieke nonce-tekenreeksen voor elke aanvraag. De tekenreeksen worden vervolgens aan de CSP-header gekoppeld.

• Toegevoegde opties voor het configureren van aangepaste URI's voor het rapporteren van CSP-overtredingen voor de pagina Volgorde maken in Beheer en de pagina Uitchecken in de winkel. U kunt de configuratie toevoegen vanuit de beheerfunctie of door de URI toe te voegen aan het config.xml -bestand.

  NOTE

  Als u de CSP-configuratie bijwerkt naar de modus restrict , kunnen bestaande inlinescripts op betaalpagina's in de beheerdersinterface en de opslagront worden geblokkeerd. Dit leidt tot de volgende browserfout wanneer een pagina wordt geladen: Refused to execute inline script because it violates the following Content Security Policy directive: "script-src . Verbeter deze fouten door de whitelistconfiguratie bij te werken om vereiste manuscripten toe te staan. Zie het Oplossen van problemenin de Gids van de Ontwikkelaar van Commerce PHP.

Een nieuwe instelling voor de configuratie van de cache van volledige pagina's kan de risico's beperken die aan het HTTP {BASE-URL}/page_cache/block/esi -eindpunt zijn gekoppeld. Dit eindpunt steunt onbeperkte, dynamisch geladen inhoudsfragmenten van de lay-outhandvatten van Commerce en blokstructuren. Met de nieuwe configuratie-instelling Handles params size wordt de waarde van de parameter handles van dit eindpunt ingesteld, die het maximaal toegestane aantal handgrepen per API bepaalt. De standaardwaarde van deze eigenschap is 100. Handelaars kunnen deze waarde wijzigen via Beheer (Stores > Settings:Configuration > System > Full Page Cache > Handles params size ). Zie de toepassing van Commerce vormen om Vierkantte gebruiken.

Native tarief beperkt voor betalingsinformatie die door REST en GraphQL APIs wordt overgebracht. De handelaren kunnen tarief nu vormen die 🔗 voor de betalingsinformatie beperken die REST en GraphQL wordt overgebracht. Deze extra laag van bescherming steunt preventie van het behandelen van aanvallen en vermindert potentieel het volume van het behandelen aanvallen die vele creditcardaantallen in één keer testen. Dit is een verandering in het standaardgedrag van een bestaand REST eindpunt. Zie het Beperken van het Tarief.

Het standaardgedrag van de isEmailAvailablevraag van GraphQL en ( V1/customer/isEmailAvailable) REST eindpunt is veranderd. Standaard retourneren de API's nu altijd true . De handelaren kunnen het originele gedrag toelaten door toe te laten Login van de Controle van de Gast optie in Admin aan yes, maar het doen dit kan klanteninformatie aan unauthenticated gebruikers blootstellen.

RabbitMQ 3.13 steun. Deze release is compatibel met de nieuwste versie van RabbitMQ 3.13. De compatibiliteit blijft behouden met RabbitMQ 3.11 en 3.12, die worden ondersteund tot respectievelijk augustus 2024 en december 2024, maar Adobe raadt aan Adobe Commerce 2.4.7 alleen te gebruiken met RabbitMQ 3.13.

Composer 2.7.x. Compatibiliteit met Composer 2.2.x blijft behouden.

Varnish geheime voorgeheugen 7.4 steun. Deze release is compatibel met de nieuwste versie van Varnish Cache 7.4. Compatibiliteit blijft behouden met de 6.0.x- en 7.2.x-versies, maar we raden u aan Adobe Commerce 2.4.7 alleen te gebruiken met Varnish Cache versie 7.4 of versie 6.0 LTS.

Elasticsearch 8.11 verenigbaarheid

Ondersteuning voor OpenSearch 2.12 en OpenSearch 1.3

Redis 7.2

De extjs -bibliotheek is vervangen door de meest recente versie van jsTree .

jquery/fileUpload -bibliotheek is verwijderd.

Veelvoudige coupons per ordessteun. De handelaren kunnen nu het maximumaantal couponsvormen dat per orde met de nieuwe Maximum number of coupons per order configuratieoptie kan worden toegepast. Deze waarde is standaard ingesteld op 1. U kunt RESTof GraphQLnu gebruiken om veelvoudige coupons op een kar toe te passen.

De gateway van Commerce UPS XML API is gemigreerd aan de nieuwe VERBLIJF API van Commerce UPSom updates te steunen die UPS aan hun API veiligheidsmodelmaakt. (UPS implementeert een OAuth 2.0-beveiligingsmodel (tokens aan toonder) voor alle API's.) Alle vorige Commerce UPS XML API's zijn verwijderd uit de Adobe Commerce 2.4.7-codebasis.

De integratie van Adobe Commerce 🔗 met FedEx is gemigreerd van erfenis de Diensten van het Web van FedEx WSDL aan recentste RESTful APIs FedEx. FedEx Web Services Tracking, Address Validation en Validate Postal Codes WSDLS zullen in mei 2024 worden opgeheven.

Toegevoegde ondersteuning voor de nieuwe verzendmethode voor het grondvoordeel van USPS. Dit is een out-of-box integratie met de nieuwe verzendmethode van USPS, USPS Ground Advantage, die in juli 2023 is uitgebracht. Deze nieuwe integratie kan worden gebruikt om de verzendkosten op te halen en leveringen te plannen en terug te keren via de verzendservice van USPS. De verzendmethode USPS Ground Advantage vervangt deze verzendmethoden, die werden afgebroken toen de verzendmethode USPS Ground Advantage werd vrijgegeven:

• USPS Retail Ground
• First-Class Package Service
• Grondvlak voor selecteren van pakket

Verzendmodules voor Temando zijn verwijderd uit de basis voor Commerce-code. Deze functie is vervangen in Adobe Commerce 2.4.4.

De handelaars van de onderneming kunnen tot één miljoen actieve, op coupon-Gebaseerde regels van de kartprijs in Adobe Commerce zonder significante prestatiesdegradatie van kar en controleverrichtingen nu vormen.

Verbeterd indexeerbeheer. De nieuwe opdracht indexer:set-status ondersteunt het dynamische beheer van de indexeerstatus. Admin-gebruikers kunnen deze opdracht gebruiken om de indexeerstatus te wijzigen in suspended, invalid of valid . Deze functie is vooral handig voor het beheer van systeemprestaties tijdens uitgebreide bulkbewerkingen, zoals het importeren of bijwerken van producten, door controle toe te staan over het moment waarop indexeerders automatisch worden geactiveerd door de snijtaken van het systeem. Zie de indexenleiden.

de lijstpagina van het Product voor complexe producten met vele opties. De laadtijd is verbeterd voor pagina's met productlijsten die complexe producten met meer dan 100 opties bevatten. Ook de prestaties van GraphQL-aanvragen om producten per categorie te vermelden zijn verbeterd.

JSON formaat nu gesteund voor de REST Invoer API. Merchants kunnen nu maximaal 100.000 records per minuut importeren in Adobe Commerce in JSON-indeling.

{de prestatieverbeteringen van de 0} regel van de Verkoop . Betere prestaties van ondernemingsplaatsingen met vele (ongeveer 100.000) actieve verkoopregels. De plaatsingen van de onderneming die bevorderingen in hoge mate uitvoeren stellen vaak vele actieve kartregels op. Deze soorten ondernemingsplaatsingen die Commerce 2.4.7 in werking stellen zullen geen prestatiesdegradatie zien met betrekking tot het aantal gevormde regels van de kaardprijs tijdens afrekenverrichtingen.

sneller sparen verrichtingen van opslag-vlakke configuraties voor plaatsingen met vele opslag. Het opslaan van configuratie-instellingen in implementaties met meer dan 500 opslagruimten kan tijdrovend zijn. De nieuwe module van Async Configlaat asynchrone configuratie sparen verrichtingen door een bouwstijlbaan in werking te stellen die een consument gebruikt om sparen verrichting in een berichtrij te verwerken. AsyncConfig is standaard uitgeschakeld.

snellere generatie van het config geheime voorgeheugen voor grote configuraties. Het bin/magento cache:clean config bevel prewarms nu het config geheime voorgeheugen wanneer het config geheime voorgeheugen wordt toegelaten. Dit vermindert de onderbreking die wordt vereist om het config geheime voorgeheugen voor grote configuraties te produceren. Opslagbewerkingen voor configuraties zorgen ervoor dat de cache van config_scopes niet langer wordt gewist voordat gegevens naar de cache worden geschreven. Hierdoor neemt ook de tijd af dat andere aanvragen worden vergrendeld terwijl configuratiegegevens worden geschreven.

flexibeler wortelbeheer. Met de mutatie clearCart wordt de inhoud van een bepaald winkelwagentje nu in één actie gewist. Deze vervangt de clearCustomerCart -mutatie, die is afgekeurd.

Verbeteringen in creëren wortelmutaties. De createGuestCart -mutatie is toegevoegd ter vervanging van de vervangen createEmptyCart -mutatie. Eerder, als u createEmptyCart gebruikte, kon u niet bepalen of de kar voor een gast of het programma geopende klant was.

de punten van de Orde omvatten nu productbeelden. OrderItemInterface stelt productafbeeldingen beschikbaar, waardoor afbeeldingen aan geordende producten kunnen worden gekoppeld en efficiënter kunnen worden geladen. GitHub-32369

Uitgebreide steun voor resolver caching. De volgende GraphQL query resolvers zijn nu cacheable in het cache van Resolver Results van GraphQL, dat de prestaties verbetert wanneer query's worden verzonden met POST-aanvragen:

• Magento\CustomerGraphQl\Model\Resolver\Customer::resolve
• Magento\CustomerGraphQl\Model\Resolver\CustomerAddress::resolve
• Magento\CustomerGraphQl\Model\Resolver\IsSubscribed::resolve
• Magento\CatalogGraphQl\Model\Resolver\Product\MediaGallery::resolve

Steun voor orderannulering. De cancelOrdermutatie staat een klant toe om een orde te annuleren, die zijn herkenningsteken en een annuleringsreden overgaan.

• De nieuwe velden order_cancellation_enabled en order_cancellation_reasons.description response in de storeConfig
  de vraag steunt gebruiker-in werking gestelde de annuleringsverzoeken van de orde. Zie Vraag de configuratie van de de ordecorrectie van een opslag

Verbeterde steun voor douanekenmerken. Ondersteuning voor aangepaste GraphQL-kenmerken is verbeterd door het verrijken van API-gegevens ter ondersteuning van alle kenmerktypen. Het GraphQL EAV-kenmerkenschema biedt nu ondersteuning voor het uitbreiden van klantkenmerken en adresobjecten van klanten in de Admin en het ophalen van deze kenmerken via GraphQL. Enkele gebieden die u wilt verbeteren zijn:

• uitgebreide/toegevoegde steun van douanekenmerken aan specifieke gebieden zoals klant en klantenadres
• extra caching voor aangepaste kenmerken
• verbeterde ondersteuning voor aangepaste kenmerken voor producten

Verbeterde GraphQL caching mogelijkheden verbeteren de snelheid van de paginading. Aan deze query's is de mogelijkheid tot cachegeheugen toegevoegd, waardoor de laadtijd van pagina's voor de meeste PWA-pagina's sneller verloopt:

• availableStores
• countriesen land
• storeConfig
• currency
• customAttributeMetadata

verbeterde de parserprestaties van GraphQL. De parserprestaties van GraphQL zijn verbeterd doordat het aantal keren dat de parsermethode per verzoek wordt aangeroepen, is verminderd. Het wordt nu eenmaal genoemd. Eerder werd de parser minstens drie keer opgeroepen.

Toegevoegd het quickorder_active gebied aan storeConfigen availableStoresvragen. In dit veld wordt aangegeven of de functie voor snelle volgorde is ingeschakeld.

De volgende velden zijn toegevoegd aan de mutaties setBillingAddressOnCart en setShippingAddressesOnCart :

• fax
• middlename
• prefix
• suffix

GraphQL-ondersteuning is toegevoegd voor kernactiviteiten voor alle betalingsmethoden behalve voor Venmo. De nieuwe eindpunten van GraphQL voor betalingsdiensten worden beschreven in Controle.

Creditcard vaulting is verbeterd voor alle betalingsmethoden behalve voor Venmo. Klanten kunnen nu hun ACH-betalingen downloaden of opslaan en deze van hun rekeningpagina bekijken of verwijderen. Handelaars kunnen via de Admin in- en uitschakelen van betalingen via ACH.

De betalingsworkflow bevat nu een expresbetalingsgedeelte met de knoppen PayPal, Google Pay en Apple Pay Express .