[{"data":1,"prerenderedAt":236},["ShallowReactive",2],{"seo-verification":3,"blog-magento-2-4-6-fin-de-support-mise-a-niveau-2-4-9-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-magento-2-4-6-fin-de-support-mise-a-niveau-2-4-9-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":174,"ctaBody":175,"ctaButton":176,"ctaUrl":177,"relatedPosts":178},557,"magento-2-4-6-fin-de-support-mise-a-niveau-2-4-9",{"fr":10,"en":12,"ar":13,"es":14},"magento-2-4-6-end-of-support-upgrade-to-2-4-9","ماجنتو-2-4-6-نهاية-الدعم-الترقية-إلى-2-4-9","magento-2-4-6-fin-de-soporte-actualizar-a-2-4-9","Magento 2.4.6 hors support : passer en 2.4.9, coupure réduite","Magento 2.4.6 n'est plus en support standard. Calendrier Adobe, prérequis de la 2.4.9 et procédure Composer répétée en préproduction, coupure réduite.",9,0,false,"2026-11-01T00:00:00+00:00","2026-11-01T14:14:31+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmagento-2-4-6-fin-de-support-mise-a-niveau-2-4-9-poster.svg","Le support standard de Magento 2.4.6 est terminé, et les boutiques qui tournent encore dessus ne reçoivent plus de correctifs dans ce cadre. Pour une agence, le risque n'est pas la montée elle-même : c'est de la lancer sans l'avoir répétée. Ce guide donne les dates lues à la source, le socle serveur que demande la 2.4.9 et une procédure Composer rejouable en préproduction, avec un retour arrière prévu avant la première commande.",[35,39,49,52,74,77,80,120,123,126,157,161,164,171],{"type":36,"title":37,"body":38},"h2","Ce que « fin de support » change pour une boutique en 2.4.6","Selon le tableau de cycle de vie publié par Adobe, le support standard de la 2.4.6 s'est arrêté le 11 août 2026. Depuis cette date, une boutique qui reste en 2.4.6 ne reçoit plus de correctifs de qualité ni de sécurité dans le cadre standard.\n\nAdobe prévoit une année de support étendu, jusqu'au 31 août 2027. Elle est sans surcoût, mais réservée aux clients Adobe Commerce sur les versions 2.4.6 et 2.4.7.\n\nPour une agence, la question n'est donc plus « faut-il monter ? » mais « vers quelle version, avec quelle procédure, et à quelle date ? ». Une boutique en ligne porte un catalogue, des paiements et des commandes : on ne change pas sa pile un vendredi soir directement sur la production.",{"type":40,"title":41,"items":42},"ul","Ce que le statut hors support implique concrètement",[43,44,45,46,47,48],"**Plus de correctifs standard** — les correctifs de qualité et de sécurité de la 2.4.6 ne sont plus publiés dans le cadre du support standard ; seul le support étendu, réservé à Adobe Commerce, prolonge le dispositif.","**Exigence PCI** — la page d'Adobe sur les mises à niveau indique que les marchands doivent être sur le dernier correctif ou correctif de sécurité pour la conformité PCI. Une pile figée sort de ce cadre.","**Un socle qui vieillit autour de Magento** — Adobe signale que MySQL 8.0 a atteint sa fin de support le 30 avril 2026 et Elasticsearch 7.17 le 15 janvier 2026, avec une recommandation de migrer vers MariaDB et OpenSearch.","**Des extensions à requalifier** — chaque extension tierce doit être vérifiée contre la version cible avant de fixer une date. Une seule extension bloquante suffit à décaler tout le calendrier.","**Un sursis, pas une cible** — le support étendu donne du temps, pas une destination : la 2.4.7 sort elle-même du support standard en mai 2027.","**Un parc à plusieurs vitesses** — si vos clients ont des boutiques en 2.4.6, 2.4.7 et 2.4.8, il vous faut un tableau de suivi unique, pas un souvenir par client.",{"type":36,"title":50,"body":51},"Lire le calendrier Adobe sans se tromper de périmètre","La page de politique de cycle de vie d'Adobe définit le support standard comme une période de trois ans à compter de la disponibilité générale. Il couvre les correctifs de qualité, les correctifs de sécurité et l'assistance.\n\nAttention au périmètre : ce tableau est écrit pour Adobe Commerce. Il ne mentionne pas Magento Open Source. Si vos clients sont sur Open Source, ne reprenez pas ces dates comme les leurs. Vérifiez-les auprès d'Adobe, et raisonnez en attendant sur le cas défavorable, celui d'une version qui ne reçoit plus de correctifs. Cet article ne donne volontairement aucune date de fin de support pour Open Source.",{"type":53,"title":54,"headers":55,"rows":59},"comparison","Dates de support lues sur la page Adobe (Adobe Commerce)",[56,57,58],"Version","Fin du support standard","Fin du support étendu",[60,64,68,71],[61,62,63],"2.4.6","11 août 2026","31 août 2027",[65,66,67],"2.4.7","31 mai 2027","31 mai 2028",[69,67,70],"2.4.8","Non indiquée sur la page",[72,73,70],"2.4.9","31 mai 2029",{"type":36,"title":75,"body":76},"Choisir la cible : 2.4.7, 2.4.8 ou 2.4.9","La 2.4.9 est disponible depuis le 12 mai 2026 et son support standard court jusqu'au 31 mai 2029 : c'est la cible qui donne le plus de recul. La 2.4.7 quitte le support standard en mai 2027 ; s'y arrêter, c'est devoir refaire la même opération d'ici là. La 2.4.8 offre un palier intermédiaire jusqu'en mai 2028.\n\nLe calendrier ne décide pas seul. Deux critères pèsent davantage. Le premier est la liste des extensions du client : une extension sans version compatible avec la 2.4.9 impose soit un correctif, soit un palier plus bas. Le second est l'écart de socle serveur, qui grandit avec chaque version sautée et qu'on lit dans le tableau suivant.",{"type":36,"title":78,"body":79},"Le socle serveur de la 2.4.9 : ce qui change avant même Composer","Adobe ne supporte que les combinaisons listées dans sa page de configuration requise. La note de cette page est explicite : la 2.4.9 est testée avec MariaDB 12.3, donc la base se met à niveau avant la montée de Magento.\n\nLe tableau compare la 2.4.6-p15 et la 2.4.9 pour une installation sur site, telle que la page Adobe la décrit pour Adobe Commerce. Pour Open Source, confirmez chaque ligne à la même source avant de commander ou de reconfigurer un serveur.",{"type":53,"title":81,"headers":82,"rows":85},"Prérequis sur site lus sur la page Adobe",[83,84,72],"Composant","2.4.6-p15",[86,90,94,98,102,106,110,113,116],[87,88,89],"PHP","8.2 ou 8.1","8.5",[91,92,93],"Composer","2.2.26 et plus","2.10",[95,96,97],"OpenSearch","2.19 ou 3","3",[99,100,101],"MariaDB","10.11","12.3",[103,104,105],"MySQL","Non supporté","8.4",[107,108,109],"Valkey","8.1","9.0",[111,112,112],"RabbitMQ","4.3",[114,115,115],"nginx","1.30",[117,118,119],"Varnish","8","9",{"type":121,"body":122},"p","Un point saute aux yeux dans ce tableau : aucune version de PHP n'est commune à la 2.4.6 et à la 2.4.9. Le PHP change donc en même temps que le code, et la base passe de MariaDB 10.11 à 12.3. Ce n'est pas une montée de patch, c'est une migration de pile. Elle se répète sur une machine à part, avec les mêmes versions que la cible, avant d'être jouée en production.",{"type":36,"title":124,"body":125},"Le plan à coupure réduite : une pile parallèle, la préproduction d'abord","Le plus sûr est de ne pas toucher la production en place. Montez une pile de préproduction avec les versions cibles du tableau, restaurez-y une copie de la base et des médias, rejouez la montée de bout en bout et chronométrez chaque étape. Si la répétition tient dans une fenêtre acceptable pour le commerçant, vous la rejouez à l'identique en production.\n\nSinon, préparez une seconde pile de production, resynchronisez la base juste avant la bascule et dirigez le trafic vers elle au dernier moment. La coupure se limite à la bascule, que vous placez en heures creuses, et la pile d'origine reste intacte comme retour arrière.\n\nReste la question que pose toute agence : qui porte la relation client et le risque ? La relation avec le commerçant et la procédure restent chez vous. Côté infrastructure, vous disposez de serveurs de préproduction et de production séparés, d'un accès root pour aligner PHP, moteur de recherche et base, et de snapshots avant chaque montée.",{"type":127,"title":128,"steps":129},"steps","Procédure de montée via Composer, à rejouer d'abord en préproduction",[130,133,136,139,142,145,148,151,154],{"title":131,"body":132},"Figer le point de départ","Prenez un snapshot du serveur et un export de la base avant toute commande. Relevez la version exacte avec `bin\u002Fmagento --version` et la liste des paquets avec `composer show`.",{"title":134,"body":135},"Aligner le socle","Sur la pile cible, installez les versions du tableau : PHP, Composer, OpenSearch, MariaDB. Contrôlez-les avec `php -v` et `composer --version` avant d'aller plus loin.",{"title":137,"body":138},"Activer la maintenance","Lancez `bin\u002Fmagento maintenance:enable`. En préproduction, c'est un réflexe à répéter pour mesurer la durée réelle de l'indisponibilité.",{"title":140,"body":141},"Couper le cron et vider les files","Retirez le cron avec `bin\u002Fmagento cron:remove`, puis vidangez les consommateurs avec `bin\u002Fmagento cron:run --group=consumers`. Attendez la fin du traitement, que vous suivez avec `ps aux | grep 'bin\u002Fmagento queue'`.",{"title":143,"body":144},"Sauvegarder le fichier Composer","Copiez le fichier avec `cp composer.json composer.json.bak`. C'est votre filet si la résolution des dépendances part dans une mauvaise direction.",{"title":146,"body":147},"Demander la version cible","Utilisez `composer require-commerce`, et non `composer require` : `composer require-commerce magento\u002Fproduct-community-edition \u003Cversion cible> --no-update`. Pour Adobe Commerce, le paquet est `magento\u002Fproduct-enterprise-edition`. Cette commande suppose le plugin `magento\u002Fcomposer-root-update-plugin` installé, comme le demandent les prérequis d'Adobe.",{"title":149,"body":150},"Mettre à jour les dépendances","Lancez `composer update` et lisez la sortie jusqu'au bout : un conflit d'extension s'y annonce avant tout dégât. Une extension qui plafonne la version de Magento se corrige ici, pas en production.",{"title":152,"body":153},"Nettoyer puis migrer","Supprimez le contenu de `var\u002Fcache\u002F`, de `var\u002Fpage_cache\u002F` et de `generated\u002Fcode\u002F`, puis lancez `bin\u002Fmagento setup:upgrade`. Selon votre mode de déploiement, rejouez ensuite `bin\u002Fmagento setup:di:compile` et `bin\u002Fmagento setup:static-content:deploy` ; la page Adobe consultée ne détaille pas ces deux commandes, suivez votre procédure habituelle.",{"title":155,"body":156},"Rouvrir et vérifier","Lancez `bin\u002Fmagento maintenance:disable`, réinstallez le cron avec `bin\u002Fmagento cron:install` et redémarrez Varnish s'il est utilisé. Parcourez ensuite la boutique : catalogue, recherche, panier, paiement de test, e-mails de commande.",{"type":158,"title":159,"body":160},"tip","Prévoir le retour arrière avant de lancer la montée","Un snapshot restaure l'état du serveur entier, une sauvegarde de base ne restaure que les données : la différence se lit dans \u003Ca href=\"\u002Fblog\u002Fsnapshot-vs-sauvegarde-vps-difference-restauration\">snapshot vs sauvegarde VPS\u003C\u002Fa>. Testez la restauration en préproduction avant la date de montée.\n\nUn retour arrière n'est propre que tant qu'aucune commande n'a été passée sur la nouvelle pile. Au-delà, il faut rejouer ces commandes à la main : fixez à l'avance le moment où l'on ne revient plus en arrière.",{"type":36,"title":162,"body":163},"Dépannage : les erreurs qui reviennent pendant une montée","Ces messages viennent de la documentation Adobe et de Composer. Chacun a un remède, et aucun ne se règle en production.",{"type":40,"title":165,"items":166},"Messages d'erreur et remèdes",[167,168,169,170],"**`Your requirements could not be resolved to an installable set of packages`** — Composer refuse la combinaison demandée. Soit le PHP de la machine est hors des versions supportées par la cible, soit une extension tierce plafonne Magento. Lancez `composer why-not magento\u002Fproduct-community-edition \u003Cversion cible>` pour voir qui bloque.","**Avertissement sur des valeurs racines en conflit** — sans option, Composer conserve vos valeurs personnalisées et affiche un avertissement. `--interactive-root-conflicts` permet de les relire une à une ; `--force-root-updates` écrase vos valeurs par celles d'Adobe, à réserver aux projets sans personnalisation.","**`We're sorry, an error has occurred while generating this email`** — Adobe indique de rétablir propriétaire et permissions des fichiers en tant que root, puis de vider `var\u002Fcache\u002F`, `var\u002Fpage_cache\u002F` et `generated\u002Fcode\u002F` avant de recharger la boutique.","**Paquet `magento\u002Finventory-composer-installer` absent** — pour une montée depuis la 2.3 vers la 2.4.6-p13, Adobe demande d'exécuter d'abord `composer require magento\u002Finventory-composer-installer`, le paquet manquant dans cette version.",{"type":36,"title":172,"body":173},"Industrialiser la montée sur tout le parc","Une montée réussie sur une boutique ne vaut que si elle devient une routine. Tenez un tableau par client avec la version et le patch de Magento, le PHP, la base, le moteur de recherche, la liste des extensions et la date de la dernière répétition en préproduction. Adobe recommande de monter à chaque cycle de patch : c'est ce rythme qui évite de retomber, dans deux ans, dans la même urgence.\n\nLes autres échéances du parc se lisent dans le \u003Ca href=\"\u002Fblog\u002Fcalendrier-fins-de-vie-hebergement-2027-agence\">calendrier des fins de vie 2027\u003C\u002Fa>, et la checklist côté PHP est dans \u003Ca href=\"\u002Fblog\u002Fphp-82-fin-de-vie-checklist-migration\">PHP 8.2 fin de vie : planifier la migration\u003C\u002Fa>. Alignez les trois sur un seul calendrier de maintenance.\n\nFaites l'inventaire des boutiques encore en 2.4.6, avec leur édition (Adobe Commerce ou Open Source) et leurs extensions. Choisissez la cible, la 2.4.9 dans la plupart des cas. Montez la pile de préproduction avec les versions du tableau, répétez la procédure et notez la durée de chaque étape. Annoncez ensuite au commerçant une date de bascule, une fenêtre et un point de non-retour. Le reste n'est plus de l'improvisation, c'est une opération planifiée.","Un parc de boutiques à maintenir à jour","Préproduction et production sur des serveurs séparés, snapshots avant chaque montée, domaines, hébergements et VPS de vos clients centralisés sous votre marque.","Découvrir l'espace agence","\u002Fsolutions\u002Fagences",[179,201,221],{"id":180,"slug":181,"slugs":182,"title":186,"excerpt":187,"readTime":188,"views":189,"isPinned":19,"publishedAt":190,"updatedAt":191,"category":192,"categories":198,"featuredImage":30,"bgImage":31,"posterImage":200,"relatedSolution":30},206,"php-82-fin-de-vie-checklist-migration",{"fr":181,"en":183,"ar":184,"es":185},"php-82-end-of-life-planning-your-migration","نهاية-دعم-php-82-دليل-الترحيل","php-82-fin-de-vida-planificar-la-migracion","PHP 8.2 fin de vie : checklist de migration","PHP 8.2 atteint son EOL le 31 décembre 2026. Inventaire, tableau comparatif, checklist de migration et dépannage pour passer à PHP 8.3 ou 8.4 sans interruption.",11,7,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":193,"name":194,"slug":195,"color":196,"icon":197},4,"Développement","developpement","bg-warning\u002F10 text-warning","dev",[199],{"id":193,"name":194,"slug":195,"color":196,"icon":197},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",{"id":202,"slug":203,"slugs":204,"title":208,"excerpt":209,"readTime":210,"views":18,"isPinned":19,"publishedAt":211,"updatedAt":212,"category":213,"categories":218,"featuredImage":30,"bgImage":31,"posterImage":220,"relatedSolution":30},520,"calendrier-fins-de-vie-hebergement-2027-agence",{"fr":203,"en":205,"ar":206,"es":207},"end-of-life-calendar-2027-hosting-agencies","جدول-نهاية-الدعم-2027-استضافة-الوكالات","calendario-fin-de-vida-2027-hosting-agencias","Fins de vie 2027 : calendrier PHP, PostgreSQL, Node.js, Ubuntu","Calendrier daté de novembre 2026 à fin 2027 : PostgreSQL 14, PHP 8.2, Node.js 22, Ubuntu 22.04. Sources, actions et méthode pour regrouper par client.",10,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":214,"name":215,"slug":216,"color":217,"icon":216},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[219],{"id":214,"name":215,"slug":216,"color":217,"icon":216},"\u002Fblog\u002Fcovers\u002Fcalendrier-fins-de-vie-hebergement-2027-agence-poster.svg",{"id":222,"slug":223,"slugs":224,"title":228,"excerpt":229,"readTime":17,"views":18,"isPinned":19,"publishedAt":230,"updatedAt":231,"category":232,"categories":233,"featuredImage":30,"bgImage":31,"posterImage":235,"relatedSolution":30},548,"snapshot-vs-sauvegarde-vps-difference-restauration",{"fr":223,"en":225,"ar":226,"es":227},"vps-snapshot-vs-backup-what-differs-and-how-restore-works","اللقطة-مقابل-النسخ-الاحتياطي-للـvps-الفرق-والاستعادة","snapshot-vs-copia-de-seguridad-de-vps-diferencias-y-restauracion","Snapshot vs sauvegarde VPS : différence et restauration","Snapshot ou sauvegarde de VPS : ce que chacun protège, ce qu'il ne protège pas, comment restaurer, et la règle de décision pour les VPS de vos clients.","2026-10-31T00:00:00+00:00","2026-10-31T19:07:30+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[234],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fsnapshot-vs-sauvegarde-vps-difference-restauration-poster.svg",1793542890101]