Versionshinweise zu Magento Open Source 2.4.7

Änderungen am Verhalten nicht generierter Cache-Schlüssel:

• Nicht generierte Cache-Schlüssel für -Blöcke enthalten jetzt Präfixe, die sich von Präfixen für automatisch generierte Schlüssel unterscheiden. (Nicht generierte Cache-Schlüssel sind Schlüssel, die über die Vorlagenanweisungssyntax oder die setCacheKey- oder setData festgelegt werden.)
• Nicht generierte Cache-Schlüssel für -Blöcke dürfen jetzt nur noch Buchstaben, Ziffern, Bindestriche (-) und Unterstriche (_) enthalten.

Beschränkungen für die Anzahl der automatisch generierten Couponcodes. Magento Open Source begrenzt jetzt die Anzahl der Gutscheincodes, die automatisch generiert werden. Der standardmäßige Maximalwert ist 250.000. Händler können die neue Code Quantity Limit-Konfigurationsoption (Stores > Settings:Configuration > Customers > Promotions) verwenden, um zu verhindern, dass das System mit vielen Coupons überfordert wird.

Optimierung des Prozesses zur standardmäßigen Admin URL Generierung. Die Generierung des Standard-Admin-URL wurde für eine erhöhte Zufälligkeit optimiert, wodurch generierte URLs weniger vorhersehbar sind.

Eine neue vollständige Seite-Cachekonfiguration kann dazu beitragen, die mit dem HTTP-Endpunkt {BASE-URL}/page_cache/block/esi verbundenen Risiken zu mindern. Dieser Endpunkt unterstützt uneingeschränkte, dynamisch geladene Inhalte-Fragmente aus Commerce-Layout-Handles und Blockstrukturen. Die neue Handles params size Konfigurationseinstellung legt den Wert des Parameters dieses Endpunkts handles fest, der die maximal zulässige Anzahl von Handles pro API bestimmt. Der Standardwert dieser Eigenschaft ist 100. Händler können diesen Wert im Admin-Bereich ändern (Stores > Settings:Configuration > System > Full Page Cache > Handles params size). Siehe Konfigurieren des Commerce-Programms für die Verwendung von Varnish.

Unterstützung für Subresource Integrity (SRI) wurde hinzugefügt um die PCI 4.0-Anforderungen für die Überprüfung der Skriptintegrität auf Zahlungsseiten zu erfüllen. Die Unterstützung von Subresource Integrity (SRI) bietet Integritäts-Hashes für alle JavaScript-Assets im lokalen Dateisystem. Die standardmäßige SRI-Funktion wird nur auf den Zahlungsseiten für die Bereiche Admin und Storefront implementiert. Händler können die Standardkonfiguration jedoch auf andere Seiten erweitern. Siehe Subresource-Integrität im Commerce PHP-Entwicklerhandbuch.

Änderungen an der Content Security Policy (CSP) - Konfigurationsaktualisierungen und -verbesserungen an den Adobe Commerce Content Security Policies (CSPs) zur Erfüllung der PCI 4.0-Anforderungen. Weitere Informationen finden Sie unter Inhaltssicherheitsrichtlinien im Commerce PHP-

• Die standardmäßige CSP-Konfiguration für Zahlungsseiten für Commerce Admin- und Storefront-Bereiche ist jetzt restrict. Für alle anderen Seiten ist die Standardkonfiguration report-only. In Versionen vor 2.4.7 wurde CSP für alle Seiten im report-only konfiguriert.

• Es wurde ein Nonce-Provider hinzugefügt, der die Ausführung von Inline-Skripten in einer CSP ermöglicht. Der Nonce-Anbieter erleichtert die Erstellung eindeutiger Nonce-Zeichenfolgen für jede Anfrage. Die Zeichenfolgen werden dann an den CSP-Header angehängt.

• Es wurden Optionen zum Konfigurieren von benutzerdefinierten URIs hinzugefügt, um CSP-Verletzungen für die Seite „Auftrag erstellen“ in der Admin- und die Checkout-Seite im Storefront zu melden. Sie können die Konfiguration über den Administrator oder durch Hinzufügen des URI zur config.xml-Datei hinzufügen.

  HINWEIS

  Wenn Sie die CSP-Konfiguration auf den restrict-Modus aktualisieren, werden möglicherweise vorhandene Inline-Skripte auf den Zahlungsseiten in der Admin- und Storefront blockiert, was beim Laden einer Seite den folgenden Browser-Fehler verursacht: Refused to execute inline script because it violates the following Content Security Policy directive: "script-src. Beheben Sie diese Fehler, indem Sie die Konfiguration der Zulassungsliste aktualisieren, um die erforderlichen Skripte zuzulassen. Siehe Fehlerbehebung im Commerce PHP-.

Native Ratenbegrenzung für Zahlungsinformationen, die über REST- und GraphQL-APIs übermittelt. Händler können jetzt Ratenbegrenzung) fürZahlungsinformationen konfigurieren, die mit REST und GraphQL übermittelt werden. Diese zusätzliche Schutzschicht unterstützt die Prävention von Kartenangriffen und verringert möglicherweise das Volumen von Kartenangriffen, die viele Kreditkartennummern gleichzeitig testen. Dies ist eine Änderung des Standardverhaltens eines vorhandenen REST-Endpunkts. Siehe Ratenbegrenzung.

Das Standardverhalten der GraphQL-Abfrage isEmailAvailable und des REST-Endpunkts (V1/customers/isEmailAvailable) hat sich geändert. Standardmäßig geben die APIs jetzt immer true zurück. Händler können das ursprüngliche Verhalten aktivieren, indem sie die Option Guest Checkout-Anmeldung aktivieren in der Admin auf yes setzen. Dadurch können jedoch Kundeninformationen für nicht authentifizierte Benutzer verfügbar gemacht werden.

Unterstützung von RabbitMQ 3.13. Diese Version ist mit der neuesten Version von RabbitMQ 3.13 kompatibel. Die Kompatibilität mit RabbitMQ 3.11 und 3.12 bleibt bestehen, die bis August 2024 bzw. Dezember 2024 unterstützt werden, aber Adobe hat empfohlen, Magento Open Source 2.4.7 nur mit RabbitMQ 3.13 zu verwenden.

Composer 2.7.x. Die Kompatibilität mit Composer 2.2.x bleibt bestehen.

Unterstützung des Lackcache 7.4. Diese Version ist kompatibel mit der neuesten Version von Varnish Cache 7.4. Die Kompatibilität mit den Versionen 6.0.x und 7.2.x bleibt bestehen, wir haben jedoch empfohlen, Magento Open Source 2.4.7 nur mit Varnish Cache Version 7.4 oder Version 6.0 LTS zu verwenden.

Kompatibilität mit Elasticsearch 8.11

Unterstützung für OpenSearch 2.12 und OpenSearch 1.3

Redis 7.2

Die extjs-Bibliothek wurde durch die neueste Version von jsTree ersetzt.

jquery/fileUpload Bibliothek wurde entfernt.

Das Commerce UPS XML API-Gateway wurde zur neuen Commerce UPS REST API migriert, um Aktualisierungen zu unterstützen, die UPS an seinem API-Sicherheitsmodell vornimmt. (UPS implementiert ein OAuth 2.0-Sicherheitsmodell (Bearer-Token) für alle APIs.) Alle vorherigen Commerce UPS XML-APIs wurden aus der Code-Basis von Magento Open Source 2.4.7 entfernt.

Die Magento Open Source Integration mit FedEx wurde von den alten FedEx WSDL Web Services zu den neuesten FedEx RESTful APIs migriert. FedEx Web Services Tracking, Address Validation, and Validate Postal Codes WSDLS werden im Mai 2024 eingestellt.

Hinzugefügte Unterstützung für die neue USPS Ground Advantage-Versandmethode. Dies ist eine vorkonfigurierte Integration mit der neuen Versandmethode von USPS, USPS Ground Advantage, die im Juli 2023 veröffentlicht wurde. Diese neue Integration kann verwendet werden, um Versandraten abzurufen und Sendungen und Rücksendungen über den USPS-Versandservice zu planen. Die USPS Ground Advantage-Versandmethode ersetzt diese Versandmethoden, die eingestellt wurden, als die USPS Ground Advantage-Versandmethode veröffentlicht wurde:

• USPS-Verkaufsgelände
• Erstklassiger Paketdienst
• Parzelle wählen

Die Versandmodule von Temando wurden aus der Code-Basis von Magento Open Source entfernt. Diese Funktion ist seit Magento Open Source 2.4.4 veraltet.

Verbesserte Indexerverwaltung. Der neue indexer:set-status-Befehl unterstützt die dynamische Verwaltung des Indexstatus. Admin-Benutzer können diesen Befehl verwenden, um den Indexerstatus in "suspended", "invalid" oder "valid" zu ändern. Diese Funktion ist besonders nützlich für die Verwaltung der Systemleistung bei umfangreichen Massenvorgängen wie Produktimporten oder -aktualisierungen, da sie die Kontrolle darüber ermöglicht, wann Indexer automatisch durch die Cron-Aufträge des Systems ausgelöst werden. Siehe Verwalten der Indexer.

Produktlistenseite für komplexe Produkte mit vielen Optionen. Die Ladezeit wurde für Produktlistenseiten verbessert, die komplexe Produkte mit über 100 Optionen enthalten. Die Leistung von GraphQL-Anfragen zum Auflisten von Produkten nach Kategorie wurde ebenfalls verbessert.

Vertriebs- Regel Leistungsverbesserungen. Verbesserte Leistung von Unternehmensbereitstellungen mit vielen (ca. 100.000) aktiven Vertriebsregeln. Bei Enterprise-Bereitstellungen, die stark implementieren Promotions durchführen, werden häufig viele aktive Warenkorb Regeln bereitgestellt. Bei diesen Arten von Unternehmensbereitstellungen, in denen Magento Open Source 2.4.7 ausgeführt wird, tritt keine Leistungsbeeinträchtigung im Zusammenhang mit der Anzahl der konfigurierten Warenkorbpreisregeln während des Checkout-Vorgangs auf.

Schnellere Speichervorgänge von Konfigurationen auf Store-Ebene für Bereitstellungen mit vielen Stores. Das Speichern von Konfigurationseinstellungen in Bereitstellungen mit mehr als 500 Stores kann zeitaufwendig sein. Das neue Async Config-Modul ermöglicht asynchrone Konfigurationsspeichervorgänge durch Ausführen eines Cron-Vorgangs, der einen Verbraucher verwendet, um den Speichervorgang in einer Nachrichtenwarteschlange zu verarbeiten. AsyncConfig ist standardmäßig deaktiviert.

Schnellere Generierung des Konfigurationscaches für große Konfigurationen. Der bin/magento cache:clean config Befehl erwärmt jetzt den Konfigurations-Cache vorab, wenn der Konfigurations-Cache aktiviert ist. Dadurch verringert sich die Ausfallzeit, die erforderlich ist, um den Konfigurationscache für große Konfigurationen zu generieren. Konfigurationsspeichervorgänge leeren den Cache config_scopes nicht mehr, bevor Daten in den Cache geschrieben werden, wodurch auch die Zeit verkürzt wird, in der andere Anforderungen gesperrt werden, während Konfigurationsdaten geschrieben werden.

Vaulted PayPalund Pay Later Änderungen: Angemeldete Kunden, die ihre PayPal zuvor im Tresor gespeichert/gespeichert haben Konto, haben die Möglichkeit, mit Folgendem zu bezahlen:

• Pay Now (Der User muss sich nicht in sein PayPal Konto einloggen, sondern kann mit seinem Standard-Karte bezahlen)
• Mit einer anderen Finanzierungsquelle bezahlen
• Mit einem anderen Konto bezahlen
• PayPal Pay Later oder PayPal Credit

3DS-Unterstützung fürGoogle Pay - Enthaltene Unterstützung der 3DS-Verifizierung für die Google Pay nicht-Token-Karten. Weitere Informationen finden Sie in der Dokumentation 🔗 Braintree .

Vault Apple Pay Payments - Erlauben Sie angemeldeten Kunden, ihre Apple Pay Zahlungen auf ihrem Commerce-Store-Konto zu tresoren bzw. zu speichern, um sie für zukünftige Transaktionen zu verwenden. Dadurch wird die Anzahl der Schritte beim Checkout reduziert und ein schnelleres Checkout-Erlebnis für den wiederkehrenden Kunden geschaffen.

Vault Google Pay Payments - Erlauben Sie angemeldeten Kunden, ihre Google Pay Zahlungen auf ihrem Commerce-Store-Konto zu tresoren bzw. zu speichern, um sie für zukünftige Transaktionen zu verwenden. Dadurch wird die Anzahl der Schritte beim Checkout reduziert und ein schnelleres Checkout-Erlebnis für den wiederkehrenden Kunden geschaffen.

Vault Venmo Payments - Angemeldeten Kunden erlauben, ihre Venmo Konten in ihrem Commerce-Speicherkonto zu tresoren/zu speichern, um sie für zukünftige Transaktionen zu verwenden. Dadurch wird die Anzahl der Schritte beim Checkout reduziert und ein schnelleres Checkout-Erlebnis für den wiederkehrenden Kunden geschaffen.

Vault ACH Payments - Erlauben Sie angemeldeten Kunden, ihre ACH-Zahlungen auf ihrem Commerce-Store-Konto zu tresoren bzw. zu speichern, um sie für zukünftige Transaktionen zu verwenden. Dadurch wird die Anzahl der Schritte beim Checkout reduziert und ein schnelleres Checkout-Erlebnis für den wiederkehrenden Kunden geschaffen.

Express PaymentSchaltflächen oben am Checkout - Um ein schnelleres Checkout-Erlebnis zu fördern, haben wir Express Payment Optionen zu Beginn des Checkouts eingeführt. Kunden können jetzt mit PayPal, PayPal Pay Later, Apple Pay und Google Pay Express bezahlen.

BraintreeVersionshinweise und Support-Links innerhalb der Admin-Konfiguration - Händler können jetzt direkt von Commerce Admin aus auf Braintree-Support und Versionshinweise online verlinken.

GraphQL-Unterstützung für alle Braintree Zahlungsmethoden mit Ausnahme vonVenmo—Weitere Konfigurationen werden in der GraphQL-API verfügbar gemacht. Dies ist besonders für Headless-Anwendungen nützlich.

VaultingZahlungen im Kontobereich - Angemeldete Kunden können jetzt neue Kredit-/Debitkarten tresor/) und PayPal Konten im Kundenkontobereich erstellen. Zuvor konnten Kunden ihre Zahlungen nur für eine spätere Verwendung beim Abschließen einer Transaktion an der Kasse tresoren/speichern. Jetzt können sie neue Kredit-/Debitkarten und PayPal-Konten tresoren, ohne eine neue Transaktion erstellen zu müssen.

Reibungslose Transaktionen - Reibungslose Transaktionen beschleunigen den Zahlungsprozess, indem sie die Anzahl der Klicks/Schritte reduzieren, die ein Kunde für eine Online-Kredit-/Debitkartentransaktion benötigt. Zuvor (als 3DS aktiviert wurde) wurde jeder Kunde mit einer 3DS-Herausforderung konfrontiert. Mit der neuen Frictionless-Transaktionsfunktion werden Kunden nur dann für 3DS herausgefordert, wenn die Bank sie anfordert. Dies reduziert Warenkorbabbrüche, erhöht Konversionsraten und führt zu mehr Umsatz.

Kontroll-Webhooks - Wenn ein Kunde eine Transaktion in Braintree anficht, wird der Streitstatus jetzt an Commerce weitergeleitet. Er ist im Raster Sales > Order durchsuchbar und an jede Bestellung angehängt.

Mehr flexibles Warenkorb Management. Die clearCart Mutation löscht nun den Inhalt einer bestimmten Warenkorb mit einem einzigen Handgriff. Sie ersetzt die clearCustomerCart Mutation, die veraltet ist.

Verbesserungen bei der Erstellung von Warenkorb Mutationen. Die createGuestCart-Mutation wurde hinzugefügt, um die veraltete createEmptyCart-Mutation zu ersetzen. Wenn Sie zuvor createEmptyCart verwendet haben, konnten Sie nicht feststellen, ob der Warenkorb für einen Gast oder einen angemeldeten Kunden war.

Bestellartikel enthalten jetzt Produktbilder. OrderItemInterface stellt Produktbilder bereit, mit denen Bilder bestellten Produkten zugeordnet und effizienter geladen werden können. GitHub-32369-

Erweiterte Unterstützung für das Resolver-Caching. Die folgenden GraphQL Abfrage-Resolver sind jetzt im GraphQL Resolver Results-Cache zwischenspeicherbar, was die Leistung verbessert, wenn Abfragen mit POST Anfragen gesendet werden:

• 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

Unterstützung für bestellen Stornierung. Die cancelOrder-Mutation ermöglicht es einem Kunden, eine bestellen abzubrechen, wobei ihre Kennung und ein Kündigungsgrund übergeben werden.

• Die Felder "Neu" order_cancellation_enabled und order_cancellation_reasons.description "Antwort" im storeConfig
  Abfrage unterstützen User initiierte bestellen Stornierungsanfragen. Weitere Informationen finden Sie unter Abfragen der bestellen Abbruchkonfiguration eines Geschäft

Verbesserte Unterstützung für benutzerdefinierte Attribute. Die Unterstützung benutzerdefinierter GraphQL-Attribute wurde durch die Anreicherung von API-Daten verbessert, um alle Attributtypen zu unterstützen. Die GraphQL-EAV-Attribute Schema unterstützt nun das Erweitern von Kundenattributen und Kundenadressobjekten im Admin und deren Abrufen mit GraphQL. Zu den spezifischen Verbesserungsbereichen gehören:

• Erweiterte/hinzugefügte Unterstützung benutzerdefinierter Attribute für bestimmte Bereiche wie Kunden und Kundenadressen
• Caching für benutzerdefinierte Attribute hinzugefügt
• Verbesserte Unterstützung vorhandener benutzerdefinierter Attribute für Produkte

Erweiterte GraphQL-Caching-Funktionen verbessern Seite Ladegeschwindigkeit. Diesen Abfragen wurde eine Caching-Funktion hinzugefügt, die die Geschwindigkeit der Seite Ladezeit für die meisten PWA Seiten verbessert:

• availableStores
• Länder und Land
• storeConfig
• Währung
• customAttributeMetadata

Verbesserte GraphQL-Parser-Leistung. Die Leistung des GraphQL-Parsers wurde verbessert, indem die Anzahl der Aufrufe der Parser-Methode pro Anfrage reduziert wurde. Er heißt jetzt einmal. Zuvor wurde der Parser mindestens dreimal aufgerufen.

Das Feld quickorder_active wurde den Abfragen storeConfig und availableStores hinzugefügt. Dieses Feld gibt an, ob die Schnellbestellungsfunktion aktiviert ist.

Die folgenden Felder wurden den setBillingAddressOnCart und setShippingAddressesOnCart Mutationen hinzugefügt:

• fax
• middlename
• prefix
• suffix