Sylius 1.14 : plus de correctif de sécurité dans 58 jours
Migration Sylius 1 vers Sylius 2.
Je fais monter de version les boutiques Sylius 1.x en production, sans interrompre les ventes. J'ai créé Sylius Upgrade Analyzer, l'outil open source publié sur le Sylius Store qui mesure ce chantier.
Vous savez en quelques jours ce que la migration touche dans votre code, combien de temps elle prend et dans quel ordre la mener. Vous parlez directement à la personne qui écrit le code.
49
analyseurs de compatibilité
40+
corrections automatiques
1.0 à 1.14
versions de départ prises en charge
Diagnostic de migration offert
Laissez votre numéro. Je vous rappelle sous 24 heures ouvrées, je lance l'analyse sur votre code et je vous remets :
- Le rapport de Sylius Upgrade Analyzer sur votre projet
- Les plugins à garder, remplacer ou réécrire
- Les postes de travail classés par gravité, estimés en jours
- La version cible et l'ordre des travaux conseillés
Pourquoi lancer la migration maintenant
Sylius 1.14 est la dernière version de la branche 1.x. Sa maintenance active s'est arrêtée fin 2025 et ses correctifs de sécurité s'arrêtent le 31 décembre 2026. Une boutique gère des comptes clients, des adresses et des paiements : après cette date, une faille publiée sur les versions maintenues peut rester ouverte chez vous. Le calendrier officiel se lit ainsi :
| Version | Maintenance active | Correctifs de sécurité | Ce que cela veut dire pour vous |
|---|---|---|---|
| Sylius 1.13 | Terminée le 31 janvier 2025 | Terminés le 30 avril 2025 | Plus aucun correctif : passer d'abord en 1.14 |
| Sylius 1.14 | Terminée le 31 décembre 2025 | 31 décembre 2026 | Dernière version 1.x, point de départ obligé de la migration |
| Sylius 2.0 | Terminée | Terminés le 28 février 2026 | À ne pas viser : une faille récente n'est corrigée qu'à partir de 2.1.17 |
| Sylius 2.1 | Terminée | Terminés le 30 septembre 2026 | À ne pas viser non plus |
| Sylius 2.2 | Jusqu à fin novembre 2026 | Jusqu à fin mars 2027 | Cible possible si votre serveur ne peut pas passer en PHP 8.3 |
| Sylius 2.3 | En cours | En cours | Cible recommandée : PHP 8.3, Symfony 6.4, 7.4 ou 8 |
Sylius 1.13
Maintenance active : Terminée le 31 janvier 2025
Correctifs de sécurité : Terminés le 30 avril 2025
Ce que cela veut dire pour vous : Plus aucun correctif : passer d'abord en 1.14
Sylius 1.14
Maintenance active : Terminée le 31 décembre 2025
Correctifs de sécurité : 31 décembre 2026
Ce que cela veut dire pour vous : Dernière version 1.x, point de départ obligé de la migration
Sylius 2.0
Maintenance active : Terminée
Correctifs de sécurité : Terminés le 28 février 2026
Ce que cela veut dire pour vous : À ne pas viser : une faille récente n'est corrigée qu'à partir de 2.1.17
Sylius 2.1
Maintenance active : Terminée
Correctifs de sécurité : Terminés le 30 septembre 2026
Ce que cela veut dire pour vous : À ne pas viser non plus
Sylius 2.2
Maintenance active : Jusqu à fin novembre 2026
Correctifs de sécurité : Jusqu à fin mars 2027
Ce que cela veut dire pour vous : Cible possible si votre serveur ne peut pas passer en PHP 8.3
Sylius 2.3
Maintenance active : En cours
Correctifs de sécurité : En cours
Ce que cela veut dire pour vous : Cible recommandée : PHP 8.3, Symfony 6.4, 7.4 ou 8
Sources : cycle de publication de Sylius et endoflife.date.
Ce qui change vraiment entre Sylius 1 et Sylius 2
Sylius 2 n'est pas une mise à jour de routine. Plusieurs briques sont remplacées en même temps, et chacune touche une partie différente de votre boutique. Voici ce que je vérifie sur chaque projet.
| Domaine | Sylius 1.x | Sylius 2.x | Impact sur votre boutique |
|---|---|---|---|
| Interface | Semantic UI et jQuery | Bootstrap 5, Symfony UX et Stimulus | Le thème de la boutique et les écrans d'administration personnalisés sont à reprendre. |
| Gabarits | Surcharge de fichiers Twig et événements Sonata | Twig Hooks | Chaque gabarit surchargé doit être découpé en hooks. C'est souvent le poste le plus lourd. |
| Commandes et paiements | winzou/state-machine | Symfony Workflow | Les règles métier branchées sur les états de commande, de paiement ou d'expédition sont réécrites. |
| Paiement | Payum | Payment Requests (Payum reste possible) | Les passerelles sur mesure et certains plugins de paiement sont à adapter ou remplacer. |
| API | API Platform 2.7 | API Platform 3 puis 4 | Un front headless, une application mobile ou un ERP connecté par l'API doivent être retestés. |
| E-mails | SwiftMailer | symfony/mailer | Les envois personnalisés (confirmation, facture, relance) changent de classe. |
| Socle | PHP 8.1, Symfony 5.4 ou 6.4 | PHP 8.2 ou plus (8.3 pour 2.3), Symfony 6.4, 7.4 ou 8 | Le serveur, les dépendances et parfois l'hébergement suivent. |
| Code supprimé | Plus de 150 classes, des dizaines de routes, FOSRest et JMS Serializer | Remplacements ou suppression | Le code qui s'appuie dessus casse au démarrage ou, pire, en production. |
| Comptes clients | Champs salt, locked et expiresAt | Retirés, services privés par défaut | Les comptes et mots de passe doivent être vérifiés avant la bascule. |
Interface
Sylius 1.x : Semantic UI et jQuery
Sylius 2.x : Bootstrap 5, Symfony UX et Stimulus
Impact sur votre boutique : Le thème de la boutique et les écrans d'administration personnalisés sont à reprendre.
Gabarits
Sylius 1.x : Surcharge de fichiers Twig et événements Sonata
Sylius 2.x : Twig Hooks
Impact sur votre boutique : Chaque gabarit surchargé doit être découpé en hooks. C'est souvent le poste le plus lourd.
Commandes et paiements
Sylius 1.x : winzou/state-machine
Sylius 2.x : Symfony Workflow
Impact sur votre boutique : Les règles métier branchées sur les états de commande, de paiement ou d'expédition sont réécrites.
Paiement
Sylius 1.x : Payum
Sylius 2.x : Payment Requests (Payum reste possible)
Impact sur votre boutique : Les passerelles sur mesure et certains plugins de paiement sont à adapter ou remplacer.
API
Sylius 1.x : API Platform 2.7
Sylius 2.x : API Platform 3 puis 4
Impact sur votre boutique : Un front headless, une application mobile ou un ERP connecté par l'API doivent être retestés.
E-mails
Sylius 1.x : SwiftMailer
Sylius 2.x : symfony/mailer
Impact sur votre boutique : Les envois personnalisés (confirmation, facture, relance) changent de classe.
Socle
Sylius 1.x : PHP 8.1, Symfony 5.4 ou 6.4
Sylius 2.x : PHP 8.2 ou plus (8.3 pour 2.3), Symfony 6.4, 7.4 ou 8
Impact sur votre boutique : Le serveur, les dépendances et parfois l'hébergement suivent.
Code supprimé
Sylius 1.x : Plus de 150 classes, des dizaines de routes, FOSRest et JMS Serializer
Sylius 2.x : Remplacements ou suppression
Impact sur votre boutique : Le code qui s'appuie dessus casse au démarrage ou, pire, en production.
Comptes clients
Sylius 1.x : Champs salt, locked et expiresAt
Sylius 2.x : Retirés, services privés par défaut
Impact sur votre boutique : Les comptes et mots de passe doivent être vérifiés avant la bascule.
Référence : UPGRADE-2.0.md, puis les fichiers UPGRADE de chaque version jusqu'à la cible.
Ma méthode en cinq étapes
- 1
Diagnostic chiffré du chantier
Je lance Sylius Upgrade Analyzer sur votre code : gabarits surchargés, plugins, paiements, API, configuration. Vous obtenez la liste des points bloquants, classés par gravité, avec une estimation en jours. C'est la base de toute décision, et elle est offerte.
- 2
Choix de la version cible et du plan
Version 2.3 ou étape intermédiaire, plugins à garder, à remplacer ou à réécrire, ordre des travaux, fenêtre de bascule. Vous savez ce qui sera fait, dans quel ordre, et ce que vous pouvez décider de ne pas faire.
- 3
Préparation sur la 1.14
Passage au dernier correctif 1.14, montée de PHP, traitement des dépréciations, corrections automatiques appliquées par l'outil puis relues. Une grande partie du travail se fait ici, sans toucher à la boutique en ligne.
- 4
Migration sur une branche dédiée
Passage à Sylius 2, réécriture des gabarits en Twig Hooks, du thème, des transitions de commande et des paiements. Les parcours qui rapportent de l'argent sont testés à chaque étape : recherche, panier, paiement, e-mails, factures, export vers vos outils.
- 5
Bascule sans interrompre les ventes
Recette sur une copie de la production avec vos vraies données, bascule à l'heure la plus calme, retour arrière prêt. Après la mise en ligne, je surveille les commandes et les erreurs, puis je garde la boutique à jour sur les versions 2.x suivantes.
L'outil qui mesure votre chantier
La plupart des prestataires estiment une migration Sylius 2 en ouvrant le projet à la main : gabarit par gabarit, plugin par plugin, en relisant UPGRADE-2.0.md. Cela prend des jours et finit en tableur approximatif. J'ai automatisé ce travail. Sylius Upgrade Analyzer s'appuie sur les notes de migration officielles, détecte chaque changement incompatible, estime l'effort par catégorie et propose un découpage en sprints. Il s'exécute sur votre machine : votre code n'est envoyé nulle part.
Publié sur le Sylius Store
La place de marché officielle des extensions Sylius.
Open source sous licence MIT
Le code est public : vous pouvez vérifier ce qu'il analyse.
Installable avec Composer
Disponible sur Packagist, utilisé en local ou en intégration continue.
composer require --dev pierre-arthur/sylius-upgrade-analyzer
vendor/bin/sylius-upgrade-analyzer sylius-upgrade:analyze --target-version=2.3Vous pouvez le lancer vous même, ou me laisser faire et commenter le résultat avec vous. Tout savoir sur l'outil.
Déjà fait en production
J'ai déjà mené des montées de version de boutiques Sylius en production pour mes clients, avec leurs commandes, leurs clients et leurs factures. Leurs noms restent confidentiels : une boutique n'a pas à publier l'état de son code. Je détaille ces projets de vive voix, et je peux vous mettre en relation avec un client qui accepte de témoigner.
Sur un projet public, la boutique belge Coucouroucoucou, je reprends environ 15 000 commandes sur Sylius et j'ai écrit 14 écrans d'administration sur mesure. La nouvelle version est en recette avant sa mise en production. Lire l'étude de cas.
Migrer, attendre ou changer : vos quatre options
| Option | Adaptée si | Contrepartie |
|---|---|---|
| Migrer vers Sylius 2.x | La boutique a plusieurs années devant elle et du code métier qui vous distingue. | Un vrai chantier, à planifier maintenant. |
| Rester un temps sur 1.14, sous surveillance | La migration est décidée, budgétée et datée. | Vous portez seul le risque de sécurité après le 31 décembre 2026. |
| Refondre ou changer de plateforme | Le besoin est devenu simple, ou le code sur mesure ne se justifie plus. | Reprise des données, des URL et des habitudes de travail. |
| Ne rien faire | Jamais un choix raisonné. | Le risque augmente à chaque faille publiée sur les versions maintenues. |
Migrer vers Sylius 2.x
Adaptée si : La boutique a plusieurs années devant elle et du code métier qui vous distingue.
Contrepartie : Un vrai chantier, à planifier maintenant.
Rester un temps sur 1.14, sous surveillance
Adaptée si : La migration est décidée, budgétée et datée.
Contrepartie : Vous portez seul le risque de sécurité après le 31 décembre 2026.
Refondre ou changer de plateforme
Adaptée si : Le besoin est devenu simple, ou le code sur mesure ne se justifie plus.
Contrepartie : Reprise des données, des URL et des habitudes de travail.
Ne rien faire
Adaptée si : Jamais un choix raisonné.
Contrepartie : Le risque augmente à chaque faille publiée sur les versions maintenues.
Je vous dis franchement laquelle vous convient, y compris quand ce n'est pas une migration.
Agences : plusieurs boutiques encore en 1.x ?
L'outil analyse plusieurs projets et produit un rapport consolidé : vous savez quelles boutiques migrer en premier. Je peux réaliser les migrations en sous-traitance, en marque blanche, pendant que votre équipe garde la relation client. Travailler ensemble.
Questions fréquentes sur la migration Sylius 2
Combien coûte une migration de Sylius 1 vers Sylius 2 ?
Cela dépend surtout du nombre de gabarits surchargés, des plugins tiers et du code branché sur les commandes et les paiements. Une boutique peu personnalisée et une plateforme B2B avec ERP n'ont rien à voir. C'est pour cela que je commence par le diagnostic offert : vous recevez une estimation en jours, poste par poste, avant de vous engager.
Combien de temps dure une migration Sylius 2 ?
De quelques semaines pour une boutique proche du standard à plusieurs mois pour un projet très personnalisé. Le diagnostic donne une durée réaliste et le planificateur de sprints de l'outil la découpe en étapes. Si vous êtes encore en 1.14, comptez avec l'échéance du 31 décembre 2026.
Quand se termine le support de Sylius 1.14 ?
La maintenance active de Sylius 1.14 s'est arrêtée le 31 décembre 2025. Les correctifs de sécurité s'arrêtent le 31 décembre 2026. Votre boutique continuera de fonctionner le lendemain, mais une faille découverte ensuite n'aura plus de correctif officiel.
Puis-je passer directement de Sylius 1.12 ou 1.13 à Sylius 2 ?
Le chemin prévu par Sylius passe par la 1.14 : elle signale les dépréciations qui casseront en 2.0. Je fais donc d'abord monter la boutique en 1.14, puis je migre vers la version 2.x choisie, en lisant chaque fichier UPGRADE jusqu'à la version cible.
Quelle version viser : Sylius 2.0, 2.2 ou 2.3 ?
Pas la 2.0 ni la 2.1 : elles ne reçoivent plus de correctifs de sécurité. Je conseille la 2.3, qui demande PHP 8.3 et accepte Symfony 8. Si votre hébergement ne peut pas monter en PHP 8.3 tout de suite, la 2.2 est une étape possible, maintenue jusqu'à fin mars 2027.
Ma boutique est en Sylius 1.9 ou plus ancien : migrer ou refaire ?
En dessous de 1.10, l'écart est tel qu'une reconstruction sur Sylius 2.3, avec reprise des données, revient souvent moins cher qu'une suite de montées de version. Le diagnostic compare les deux chemins sur votre code avant que vous choisissiez.
Mes clients devront-ils changer de mot de passe ?
Normalement non. Sylius 2 retire le champ salt et l'ancienne configuration des encodeurs, mais les mots de passe déjà hachés restent vérifiables si la configuration de sécurité est migrée correctement. Je le teste sur une copie de vos comptes réels avant la bascule.
Faut-il refaire le thème de la boutique ?
En grande partie oui, si votre thème repose sur Semantic UI ou sur des gabarits surchargés. Sylius 2 utilise Bootstrap 5 et les Twig Hooks. Le design peut rester le même pour vos clients, mais son code est réécrit. L'outil compte les gabarits et les classes Semantic UI concernés.
Mes plugins Sylius seront-ils compatibles avec la version 2 ?
Pas tous. L'outil croise chaque plugin de votre composer.json avec le Sylius Store et Packagist pour savoir s'il existe une version 2.x. Pour les autres, je propose un remplacement, une reprise du code ou l'abandon de la fonctionnalité si elle ne sert plus.
La boutique sera-t-elle coupée pendant la migration ?
Non. Le travail se fait sur une branche et un environnement séparés. La bascule se prépare sur une copie de la production, avec un retour arrière prêt, et se fait au moment où vous vendez le moins.
Vais-je perdre mon référencement Google ?
Une montée de version ne change pas vos adresses de pages si elle est bien menée. Je vérifie les URL, les balises, les redirections et la vitesse avant et après la bascule, pour que Google ne voie qu'une boutique plus rapide.
Et si je reste sur Sylius 1.14 après 2026 ?
C'est possible un temps, si la migration est datée. Il faut alors appliquer le dernier correctif, monter PHP, restreindre l'accès à l'administration, garder des sauvegardes testées et surveiller les annonces de failles. Ces mesures réduisent le risque sans le supprimer.
Qu'est-ce que Sylius Upgrade Analyzer ?
Un outil en ligne de commande open source que j'ai créé et publié sur le Sylius Store. Il analyse un projet Sylius 1.x, détecte les changements incompatibles avec la version 2 grâce à 49 analyseurs, estime l'effort et applique plus de 40 corrections automatiques. Sylius ne fournit pas de règles Rector officielles pour migrer le cœur de 1.14 vers 2.0 : l'outil comble ce manque. Votre code ne quitte pas votre machine.
Travaillez-vous avec les agences qui ont plusieurs boutiques en 1.x ?
Oui, en sous-traitance et en marque blanche. L'outil sait analyser plusieurs projets et produire un rapport consolidé, ce qui permet à une agence de prioriser son parc de boutiques avant l'échéance.
Que contient le diagnostic offert ?
Le rapport de l'outil sur votre projet, la liste des plugins à remplacer, les postes de travail classés par gravité, une estimation en jours et la version cible conseillée. Je vous rappelle pour le commenter. Il est à vous, même si vous confiez la migration à quelqu'un d'autre.
Pour aller plus loin
Savoir où vous en êtes, avant de vous engager
Le diagnostic est offert et vous appartient, même si vous confiez la migration à quelqu'un d'autre. Un appel suffit pour le lancer.
Diagnostic de migration offert
Laissez votre numéro. Je vous rappelle sous 24 heures ouvrées, je lance l'analyse sur votre code et je vous remets :
- Le rapport de Sylius Upgrade Analyzer sur votre projet
- Les plugins à garder, remplacer ou réécrire
- Les postes de travail classés par gravité, estimés en jours
- La version cible et l'ordre des travaux conseillés