Versionsinformation om Adobe Commerce 2.4.0

Implementering av 2FA för administratörskonton, magento.com användarkonton och molnbaserad SSH-åtkomst

• Skyddar ditt administratörskonto. Dubbelfaktorautentisering (2FA) krävs nu för administratören. Administratörsanvändare måste först konfigurera sin 2FA-fil innan de loggar in i administratören via antingen gränssnittet eller ett webb-API. 2FA är aktiverat som standard. Vi rekommenderar att du inte inaktiverar 2FA-modulen. Detta extra steg i autentiseringen gör det svårare för obehöriga användare att logga in på administratören utan behörighet. Se Tvåfaktorautentisering (2FA).

• Skyddar ditt konto. 2FA (Two-factor Authentication) ger ett extra, valfritt säkerhetslager som bättre skyddar ditt magento.com från obehöriga användare som kanske vill använda ditt konto på ett sätt du inte vill. Se Skydda ditt konto.

• Skyddar molnSSH-åtkomst. Adobe på molninfrastrukturen erbjuder multifaktorautentisering (MFA) för att hantera autentiseringskrav för SSH-åtkomst till molnmiljöer. Multifaktorautentisering för 2FA är inte aktiverat som standard för ett projekt. Adobe rekommenderar starkt att du aktiverar den här funktionen. Kontakta supporten om du behöver hjälp. Se Aktivera multifaktorautentisering för SSH-åtkomst.

Mallfiltrets strikta läge är nu aktiverat som standard. Komponenter (inklusive CMS-sidor och -block) som använder mallfiltret i äldre läge kan vara sårbara för fjärrexekvering av kod (RCE). Om du aktiverar strikt läge som standard kan inte RCE-attacker aktiveras avsiktligt.

Datarendering för UI-dataleverantörer är nu inaktiverat som standard. Detta tar bort en möjlighet för skadliga användare att exekvera godtyckliga JavaScript.

Ny \Magento\Framework\Escaper-klass. Den här klassen tillhandahålls för .phtml-mallar och PHP-klasser som ansvarar för att generera HTML. Den här klassen innehåller saneringsmetoder för HTML som är relevanta för flera kontexter. Den lokala variabeln $escaper är tillgänglig i mallar för .phtml och bör användas i stället för den borttagna variabeln $block->escape{method}. Använd $escaper i stället för $block eftersom användningen av $block->escape{method} har tagits bort.

Stöd för filen security.txt. Filen är en standardfil på servern som hjälper säkerhetsforskare att rapportera potentiella säkerhetsproblem till webbplatsadministratörer.

Förbättringar av stödet för CSP (Content Security Policy). SecureHtmlRenderer har lagts till i ramverket och är tillgänglig i .phtml -mallar för att vitlista infogade style - och script -taggar. Textbundna skript och format tillåts inte med standardkonfigurationen för CSP, som kan åsidosättas av XML-filer.

Stöd för PHP 7.4 introducerades och PHP 7.1 och 7.2 har tagits bort. 2.4.0 har nu stöd för PHP 7.4.

Stöd för PHPUnit 9.x och borttagning av PHPUnit 6.5. PHP 7.4 kräver att man använder den senaste PHPUnit-testmiljön, som är PHPUnit 9.x. Commerce Marketplace tilläggsleverantörer måste bekräfta att alla nya tilläggsversioner är kompatibla med PHP 7.4 och att alla enhets- och integrationstester har konfigurerats för att köras med PHPUnit 9.

Stöd för Elasticsearch 7.6.x. Elasticsearch 7.6.x är nu standardkatalogsökmotor för Adobe Commerce och Adobe Commerce. Du kan inte installera eller uppgradera till version 2.4.0 utan att också installera Elasticsearch 7.6.x. Elasticsearch version 2.x-kod har tagits bort. Elasticsearch version 5.x och 6.x har tagits bort och stöds inte längre. Se Krav för sökmotor.

Stöd för MySQL 8.0. Version 2.4.x stöder MySQL 8.x. (2.4.0 har testats med MySQL 8.0.20.) Merchants uppmuntras att migrera sina installationer till MySQL 8.x för att dra nytta av förbättrade prestanda, säkerhet och tillförlitlighet. MySQL 5.7 stöds fortfarande för Magento 2.4.x, men MySQL 5.6 stöds inte längre. Du kan inte använda 2.4.x som värd för en MySQL 5.6-databas. Se MySQL.

Stöd för MariaDB 10.4. Stöd för MySQL 8.0 ger säljarna möjlighet att driftsätta MariaDB 10.4 med Adobe Commerce. Även om handlare fortfarande kan använda MariaDB 10.2 med 2.4.0 rekommenderar vi att du uppgraderar till MariaDB 10.4 för bättre prestanda och tillförlitlighet. MariaDB 10.0 och 10.1 stöds inte längre (till följd av att stödet för MySQL 5.6 i den här versionen har tagits bort).

Borttagning av sökmotorn för MySQL-kataloger. MySQL-sökmotorn har tagits bort från 2.4.0 och ersatts som standardsökmotor med Elasticsearch. Elasticsearch har överlägsna sökfunktioner och optimerade katalogprestanda. Alla handlare måste ha Elasticsearch för att installera och driftsätta 2.4.0. Se Kontrollera att Elasticsearch är installerat.

Migrering av beroenden i Zend Framework till Laminas-projektet för att återspegla övergången av Zend Framework till Linux Foundation's Laminas Project. Zend Framework har tagits bort. Se Migreringen av Zend Framework till Laminas Project DevBlog post.

Disposition av Controllers tillåter tilläggsutvecklare att implementera ActionInterface direkt utan supertypsklasser för lager. Se Dispositionen för Controllers DevBlog post. Förbättringen startades av Vinai Kopp i pull-begäran 16268 och slutfördes av Lukasz Bajsarowicz i pull-begäran 26778. GitHub-9582

Borttagning av kärnintegreringen av koden för det signerade bedrägeriskyddet. Den här kärnfunktionen stöds inte längre. Merchants ska migrera till det signerade tillägget Bedrägeri och återbetalningsskydd som finns på Commerce Marketplace.

Modulen core Braintree har tagits bort från kodbasen. Nu finns samma funktionsuppsättning i modulen Braintree Betalningar. Se Braintree-betalningar.

Webbläsaren Internet Explorer 1.x stöds inte längre.

Borttagning av kärnintegrering av betalningsmetoder från tredje part. I den här versionen har integreringen av betalningsmetoden Authorize.Net tagits bort från kärnkoden. Handlare bör migrera till den officiella utbyggnaden som är tillgänglig på Commerce Marketplace. Se Borttagning av devblogginlägg för betalningsintegreringar.

Stöd för delvis ordsökning för Elasticsearch (ny standardsökmotor). Elasticsearch stöder nu användning av delar av ord i söktermer för produktnamn och SKU:er när snabbsökning används. Den här funktionen stöds av sökmotorn MySQL, som har ersatts av Elasticsearch i den här versionen.

PayPal JavaScript SDK-uppgradering. Vi har migrerat integreringen av PayPal Express Checkout till den senaste PayPal JavaScript SDK, en SDK som automatiskt samlar in och överför nödvändiga riskparametrar till PayPal. Beteendet för betalningsmetoden PayPal Express Checkout ändras inte. Om du uppgraderar denna SDK till den senaste versionen får handlarna tillgång till de senaste funktionerna och säkerhetsförbättringarna.

Guiden Konfigurera webben har tagits bort. Du måste använda kommandoraden för att installera eller uppgradera 2.4.0. Se Installera Magento.

Plugin-programmet för uppdatering av disposition. Composer-plugin-programmet effektiviserar uppgraderingsprocessen genom att matcha ändringar som måste göras i rotprojektfilen composer.json innan den uppdateras till en ny version. Denna plugin skyddar mot överskrivningsanpassningar. Se Uppgradera med Composer-rotplugin.

Säljassisterad handla. Med den här funktionen kan handlare visa butiken för sina kunder. Kunderna väljer att tillåta butiksåtkomst till sina konton. Den här communityutvecklade funktionen innehåller ett ursprungligt tillägg som utvecklats av MAGEFAN. Se Säljassisterade inköp. Funktioner:

• Behörighetslista som styr vilka administratörer som kan logga in på kundkonton kan konfigureras per webbplats
• Kompatibilitet med flera webbplatser och kundkontoomfång
• Beställningar som gjorts för kunders räkning loggas i butiken och administratören
• Alla sessioner tas bort efter administratörsinloggning och administratörer kan inte komma åt kundlösenord.

Förbättringar av logik för ogiltigförklaring av kunddataavsnitt. I den här versionen introduceras ett nytt sätt att ogiltigförklara alla kundsektionsdata som undviker ett känt problem med lokal lagring när anpassade sections.xml-ogiltigförklaringar är aktiva. (Tidigare fylldes inte privat innehåll (lokal lagring) korrekt när du hade en anpassad etc/frontend/sections.xml med åtgärdsåvningar.) Se Privat innehåll.

Flera optimeringar av Redis-prestanda. Förbättringarna minimerar antalet frågor till Redis som utförs på varje begäran. Bland dessa optimeringar finns:

• Minska storleken på överföringar av nätverksdata mellan Redis och Magento

• Minska Redis förbrukning av CPU-cykler genom att förbättra adapterns förmåga att automatiskt avgöra vad som behöver läsas in

• Reducering av tävlingsvillkoren för Redis write-operationer

Se Använd Redis för sidan och standardcachen och Konfigurera cachning.

Förbättrad cachelagring av resultat från SQL-frågor i lagertabeller. Bland dessa förbättringar finns:

• Cachelagring av SQL-frågor i tabellen inventory_stock_sales_channel (1 fråga i stället för 16)

• Cachelagring av resultat från frågor i tabellen inventory_stock (1 fråga i stället för 16)

Förbättring av upp till 25-30 % för tilläggsprestanda för snabborder.

Merchants kan nu använda lazy loading för att läsa in bilder.

Programmet visar nu följande beteenden när anslutningen till Redis avbryts. Tidigare lästes inte den aktuella sidan in igen och följande fel visades: An error has happened during application run. See exception log for details.

• Sessioner med administratörer och butiker förfaller
• Administratörer och butiksanvändare måste logga in igen
• Sessionsdata sparas i var/session/
• Inga fel eller undantag loggas.

php bin/magento cron:run bearbetar inte längre objekt från ändringsloggtabellen flera gånger. Tidigare kunde åtgärder anropas flera gånger för samma entity id om du hade fler än 10000 nya versioner i ändringsloggtabellen.

Kommandot php bin/magento setup:cron:run har nu tagits bort. Ta även bort referenser till den här filen på flikar när du uppgraderar.

Filen update/cron.php har tagits bort i 2.4.0. Om filen finns i installationen kan den tas bort på ett säkert sätt. Ta även bort referenser till den här filen på flikar när du uppgraderar.

Ett problem i GraphQL där programmet inte returnerade all nödvändig information när fragment användes på produktfrågan har korrigerats. Korrigering har skickats av Riccardo Tempesta i pull-begäran 26218. GitHub-26217

GraphQL-mutationen setShippingMethodsOnCart hämtar inte längre fel data i attributet available_shipping_methods. Korrigering har skickats av Vadim Malesh i pull-begäran 27004. GitHub-26742

Programmet visar inte längre en tom sida i stället för att visa alla transportföretag i listrutan/flervalsrutan. Tidigare uppstod ett fel i funktionen toOptionArray i vendor/magento/module-shipping/Model/Config/Source/Allmethods.php. Korrigering har skickats av Marc Rodriguez i pull-begäran 25315. GitHub-13136

Programmet tillämpar inte längre en fast rabatt flera gånger när en kund skapar en order som ska skickas till flera adresser. Korrigering har skickats av Mahesh Singh i pull-begäran 26419. GitHub-25834

Varje åtgärdsgrupp i ett test har flyttats till en separat fil för att följa god MFTF-praxis och inkonsekventa filnamn har ändrats. Tester för följande moduler har påverkats:

• module-catalog-permissions
• module-shared-catalog
• module-catalog-event
• module-banner
• module-admin-gws
• module-advanced-checkout
• modulleverans
• module-ui
• modulleverans
• module-checkout-address-search
• module-sales
• module-catalog
• module-catalog-rule-staging
• module-visual-merchandiser
• module-customer

Korrigering har skickats av Lukasz Bajsarowicz i pull-begäranden 25800, 26323, 26321, 26320, 26319}, 26322, 25828, 26329 (och pull-begäranden 104, 105, 106, 107, 108, 109, 111, 119, 120, 121 i private database partners-magento2ee). GitHub-22853

Utgåva: Betalningsmetoder saknas i utcheckningsarbetsflödet när en kund klickar på Återgå till standardutcheckning vid utcheckning med Amazon Pay. Tillfällig lösning: Uppdatera utcheckningssidan för att visa de metoder som saknas.

Utgåva: Programmet visar två identiska Amazon Pay-metoder i den nedrullningsbara listan Betalningsmetod som är tillgänglig när en ny kundvagnsprisregel skapas.

Utgåva: Programmet visar ett fel när en administratör försöker få åtkomst till Braintree-kvittningsrapportsidan (Admin > Rapporter ). Programmet visar för närvarande följande meddelande: An error has happened during application run. See exception log for details. Se Kvittningsrapporten för Braintree kan inte läsa inkunskapsbasartikel. Programfixen BUNDLE-2683_SettingReport.patch för det här problemet är nu tillgänglig i Releases.

Utgåva: Det går inte att skapa partiella fakturor för order i distributioner där Venmo är aktiverat och inställningen Aktivera valv för kortbetalningar är inaktiverad. För närvarande visas följande fel: The "vault_capture" command doesn't exist. Verify the command and try again.

Utgåva: Programmet visar två identiska PayPal-metoder i den nedrullningsbara listan Betalningsmetod som är tillgänglig när en ny kundvagnsprisregel skapas.

Utgåva: Det uppstod ett fel i programmet när Sales > Braintree Virtual Terminal öppnades. Även om formuläret innehåller skadade gränssnittselement accepteras ändå betalningar. Tillfällig lösning: Spara rätt inloggningsuppgifter för Braintree, vilket korrigerar de komprimerade inmatningsfälten. Se Braintree Virtual Terminal-sidan är skadad i kunskapsbasartikeln. Programfixen BUNDLE-2670_VirtualTerminal.patch för det här problemet är nu tillgänglig i Releases.

Problem: Programmet visar ett felmeddelande i följande länder när en kund väljer en lokal betalningsmetod under utcheckning: Belgien, Nederländerna, Italien, Spanien och Polen. Tillfällig lösning: Ignorera felmeddelandet och fortsätt med betalningen.

Om en community-medlem har angett en korrigering för den här versionen identifierar vi korrigeringen i avsnittet med åtgärdade fel i dessa anteckningar med frasen Korrigera från community-medlem.

Community Engineering-teamet Magento Contributors har en lista över de mest bidragsgivande personerna och partnerna per månad, kvartal och år. På den Contributors-sidan kan du följa länkar till deras sammanslagna PR på GitHub.