TECHNOLOGIES / Symfony
Symfony : notre framework backend de référence
Symfony est un framework PHP open source, professionnel et modulaire créé par SensioLabs (France). C'est le socle technique sur lequel nous développons l'intégralité de nos projets depuis plus de 10 ans.
Son architecture robuste, sa longévité et sa communauté internationale en font le choix de référence des entreprises françaises sérieuses pour leurs applications métier.
POURQUOI SYMFONY
Les avantages qui font la différence
Un framework professionnel ne se choisit pas au hasard. Voici ce qui nous a convaincus d'utiliser Symfony sur tous nos projets depuis plus de 10 ans.
Une structure claire et organisée
Symfony impose une arborescence et des conventions qui produisent un code propre, bien organisé et lisible par n'importe quel développeur Symfony → même des années plus tard.
Un code sécurisé par défaut
Le composant Security gère authentification et autorisations. L'ORM protège des injections SQL, les formulaires bloquent le XSS. La sécurité est intégrée, pas rajoutée.
Maintenable et évolutif
Un projet Symfony bien réalisé reste maintenable 10 ans et plus. Le cycle LTS rigoureux (une version tous les 2 ans, supportée 4 ans) facilite grandement les montées de version.
Pensé pour les développeurs
Console, Maker Bundle, Profiler, PHPUnit Bridge : Symfony embarque tous les outils pour que les développeurs travaillent dans les meilleures conditions et produisent du code de qualité.
Architecture modulaire avec Flex
Symfony Flex vous permet d'installer uniquement les composants dont vous avez besoin. Idéal aussi bien pour les microservices que pour les applications monolithiques complexes.
Communauté internationale
Créé par SensioLabs (France), Symfony est utilisé par les plus grandes entreprises françaises. Une communauté active et une documentation de référence garantissent la pérennité du framework.
HISTORIQUE
Versions majeures de Symfony
Symfony publie une version LTS tous les 2 ans, supportée 4 ans. Cette stabilité garantit que votre investissement est pérenne. Voir les dates de release officielles →
Numérotation et cycle de publication
La numérotation Symfony suit le versioning sémantique : majeur.mineur.patch (exemple : 7.4.12). Une version patch corrige des bugs sans modifier le comportement. Une version mineure ajoute des fonctionnalités en maintenant la compatibilité ascendante. Une version majeure supprime le code marqué comme déprécié dans la génération précédente.
Symfony publie une version mineure tous les 6 mois, en mai et en novembre. Les versions .4 de chaque branche majeure (5.4, 6.4, 7.4, 8.4...) sont des versions LTS publiées tous les 2 ans : ce sont celles recommandées pour tout projet en production.
Durée de support : LTS vs version standard
| Type de version | Exemples | Corrections de bugs | Correctifs de sécurité | Durée totale |
|---|---|---|---|---|
| Version standard | 7.0, 7.1, 7.2, 7.3 | 8 mois | 8 mois supplémentaires | ~16 mois |
| Version LTS | 5.4, 6.4, 7.4, 8.4 | 3 ans | 1 an supplémentaire | 4 ans |
Compatibilité ascendante garantie
Symfony s'engage formellement à ne pas casser la compatibilité ascendante entre deux versions mineures ("Backward Compatibility Promise"). Passer de 7.3 à 7.4 ne casse rien dans votre code. Seules les versions majeures (6.x → 7.0) peuvent supprimer des fonctionnalités, et uniquement celles préalablement marquées comme dépréciées.
Le mécanisme des dépréciations
Pour chaque version majeure, Symfony développe simultanément deux versions : la nouvelle branche majeure (ex : 6.0) et la dernière mineure de la branche précédente (ex : 5.4). Ces deux versions embarquent exactement les mêmes fonctionnalités. La différence : la 5.4 conserve le code déprécié avec des avertissements, la 6.0 le supprime définitivement.
Un code déprécié fonctionne encore mais génère un avertissement visible dans le profiler Symfony. C'est le signal pour planifier sa migration sans urgence, avant le passage à la version majeure.
La migration en 3 étapes sans risque :
- Montez vers la dernière LTS (ex : 5.3 → 5.4) : toutes les nouveautés de la branche 6 sont disponibles, et les avertissements de dépréciation apparaissent dans le profiler.
- Corrigez les dépréciations une par une : votre application continue de fonctionner normalement pendant toute cette phase.
- Passez à la version majeure (ex : 5.4 → 6.0) : le travail est déjà fait. La 6.0 est identique à la 5.4 sans le code que vous avez déjà retiré.
Compatibilité PHP
La version minimum de PHP est fixée par consensus de l'équipe core pour chaque version majeure. Symfony 6.x requiert PHP 8.1 minimum, Symfony 7.x requiert PHP 8.2 minimum.
Pendant toute la durée de support d'une version Symfony, toutes les nouvelles versions PHP publiées sont supportées. Si PHP 8.4 sort alors que Symfony 7.4 est encore maintenu, Symfony 7.4 supporte PHP 8.4 sans attendre une prochaine version majeure. Pour les versions Symfony en fin de support, seule la dernière version PHP disponible au moment de l'EOL est garantie.
-
Symfony 8
À venirÀ venir
Branche de développement en cours. Les versions 8.1, 8.2, 8.3 seront publiées selon le rythme habituel (mai/novembre). La prochaine LTS 8.4 est attendue pour novembre 2027.
- Continuité de Symfony 7
Pas de rupture de compatibilité majeure : migration simplifiée depuis la 7.x. - PHP 8.4+
Tire parti des dernières fonctionnalités du langage (property hooks, asymmetric visibility).
- Continuité de Symfony 7
-
Symfony 7
RecommandéeNov. 2023
La version active pour tout nouveau projet. Requiert PHP 8.2. LTS 7.4 (nov. 2025) - bug fix nov. 2028, security fix nov. 2029.
- #[MapRequestPayload]
Mapping automatique du body/query vers un DTO typé avec validation intégrée. - Scheduler Component
Planification de tâches récurrentes native, sans dépendance externe. - AssetMapper
Gestion des assets CSS/JS sans Node.js ni Webpack → importmaps natifs. - Clock PSR-20
Abstraction du temps pour des tests déterministes et sans état global.
- #[MapRequestPayload]
-
Symfony 6
Support sécurité nov. 2027Nov. 2021
Requiert PHP 8.1. « Symfony 6, c'est Symfony 5 sans le code déprécié » (N. Grekas). Encore présent sur de nombreux projets en production. LTS 6.4 (nov. 2023) - bug fix nov. 2026, security fix nov. 2027.
- Attributs PHP 8 natifs
Routes, contraintes de validation et configuration exprimées en attributs → fini les annotations Doctrine. - Security system unifié
Authentificateurs consolidés, passport et badges de sécurité pour des flows d'auth complexes. - Fibers (6.2)
Support des Fibers PHP 8.1 pour la programmation asynchrone légère.
- Attributs PHP 8 natifs
-
Symfony 5
Obsolète depuis nov. 2025Nov. 2019
Introduction des composants Notifier, Mailer et HttpClient. PHP 8 requis dès la 5.4. La LTS 5.4 est arrivée en fin de support en novembre 2025.
- HttpClient
Client HTTP natif, performant et testable → sans GuzzleHTTP obligatoire. - Notifier
Envoi de notifications multi-canaux (SMS, Slack, e-mail, push) via une API unifiée. - Mailer
Composant d'envoi d'e-mails moderne avec support MIME complet et transports multiples.
- HttpClient
-
Symfony 4
Obsolète depuis nov. 2023Nov. 2017
Révolution avec Symfony Flex et le nouveau système de recettes. Architecture repensée pour la modularité. PHP 7.1 minimum. LTS 4.4 arrivée en fin de support en novembre 2023.
- Symfony Flex
Installation et configuration automatiques des bundles via des recettes npm-like pour PHP. - Autowiring & autoconfiguration
Injection de dépendances sans configuration XML ni YAML → le conteneur déduit les services automatiquement. - Messenger Component (4.1)
Bus de messages et workers pour traiter des tâches asynchrones en file d'attente.
- Symfony Flex
-
Symfony 3
Obsolète depuis nov. 2021Nov. 2015
Rationalisation du framework, introduction des Guard authenticators. La 3.4 LTS était la passerelle recommandée vers Symfony 4.
- Guard authenticators
Système d'authentification flexible et extensible remplaçant les factories de sécurité. - Suppression de bundles inutiles
Nettoyage de l'architecture → un seul AppBundle par défaut, structure simplifiée.
- Guard authenticators
-
Symfony 2
Obsolète depuis nov. 2019Nov. 2011
Réécriture complète inspirée de Spring (Java). Injection de dépendances, événements, sécurité. Le framework qui a imposé Symfony comme référence professionnelle en PHP.
- Conteneur d'injection de dépendances
Architecture IoC qui a posé les standards PHP modernes. - EventDispatcher
Système d'événements découplé, repris depuis dans de nombreux autres frameworks PHP. - Twig
Moteur de templates sécurisé, lisible et extensible → devenu la référence PHP.
- Conteneur d'injection de dépendances
-
Symfony 1
Obsolète2005
Première version, popularisée par le tutoriel Jobeet. A posé les bases et convaincu la communauté PHP qu'un framework professionnel était possible. Sans lien de compatibilité avec Symfony 2+.
- MVC structuré
Premier framework PHP grand public à imposer une architecture MVC stricte. - Propel & Doctrine
Intégration d'ORM dès la première version : une révolution pour le PHP de l'époque.
- MVC structuré
Rester sur une version active de Symfony, c'est bénéficier des correctifs de sécurité, des optimisations de performance et des nouvelles fonctionnalités du langage PHP. Une version obsolète expose votre application à des vulnérabilités non corrigées et complique le recrutement — les développeurs ciblent les versions récentes. La migration vers une LTS est un investissement qui préserve la valeur de votre projet sur le long terme.
OPEN SOURCE
Nos bundles Symfony sur GitHub
Chez SmartBooster, nous développons exclusivement avec Symfony. Nos outils les plus génériques sont publiés en open source → testez-les et contribuez !
smartbooster/core-bundle
Nos utilitaires génériques déployés sur l'intégralité de nos projets Symfony. Fonctions communes, helpers et outils transverses disponibles en open source.
smartbooster/standard-bundle
Nos outils de validation de code et standards de développement pour garantir une qualité homogène sur l'ensemble de nos projets Symfony.
smartbooster/sonata-bundle
Nos extensions Sonata Admin regroupées dans un bundle dédié pour mettre en place des backoffices robustes et fonctionnels rapidement.
« La première version de notre logiciel de gestion de chantier de rénovation énergétique à été disponible en 6 semaines et à été suivi de plusieurs mises à jour par semaine pour arriver à la solution complète que nous avons aujourd'hui. »
« Nous collaborons avec l'équipe Smartbooster depuis 3 ans sur un projet stratégique pour notre activité.
Nous avons largement dépassé la relation « client/prestataire », l'équipe Smartbooster nous accompagne au quotidien dans le développement de nos outils digitaux.
Une équipe experte, réactive et à l'écoute… Je recommande évidemment ! »
POUR ALLER PLUS LOIN
Approfondir votre expertise Symfony
Symfony est notre socle technique pour concevoir des logiciels métier robustes, maintenables et évolutifs sur le long terme.
Le framework d'administration Symfony historique : ACL par objet, child admins, exports natifs. SmartBooster y contribue depuis 2014.
L'alternative moderne pour créer rapidement un back-office Symfony. Configuration PHP native, Bootstrap 5, maintenu par la Symfony Core Team.
Méthodologie éprouvée pour migrer votre projet de Symfony 4/5/6 vers la version 7 → sans risque pour la production.
FAQ
Les réponses à vos questions
Et si vous ne trouvez pas ce que vous cherchez, nous serons ravis de vous répondre en direct lors d'un rendez-vous entre humains !
Symfony 7.4 LTS est la version recommandée pour tout nouveau projet en 2026. Elle bénéficie d'un support bug fix jusqu'en novembre 2028 et de correctifs de sécurité jusqu'en novembre 2029. Symfony 7 requiert PHP 8.2 minimum. La version 6.4 LTS reste un choix valide pour les projets encore sur PHP 8.1, mais son support bug fix s'est terminé en novembre 2026.
Symfony 6.4 LTS est en phase de correctifs de sécurité uniquement depuis novembre 2026. Les bugs ne sont plus corrigés. Les failles de sécurité critiques sont traitées jusqu'en novembre 2027. Pour les projets en production sur Symfony 6.4, une migration vers Symfony 7.4 est recommandée avant novembre 2027.
Une version standard de Symfony bénéficie d'environ 8 mois de support bug fix puis 8 mois de correctifs de sécurité uniquement, soit environ 16 mois au total. Une version LTS (Long Term Support), publiée tous les 2 ans en .4 (6.4, 7.4...), bénéficie de 3 ans de support bug fix et de 4 ans de correctifs de sécurité. Pour un projet d'entreprise, les versions LTS simplifient la planification des migrations et garantissent un investissement pérenne.
Non. Symfony 5.4 LTS est arrivé en fin de support complet en novembre 2025 : aucun correctif ni bug fix ni sécurité n'est publié depuis cette date. Tout projet sur Symfony 5.4 est exposé aux failles de sécurité non corrigées. La migration vers Symfony 7.4 est urgente.
Symfony 8.4 LTS est attendu pour novembre 2027, selon le cycle de publication Symfony. Les versions 8.0, 8.1, 8.2 et 8.3 sont publiées tous les 6 mois (mai/novembre) entre 2025 et 2027. Symfony 8.x s'appuie sur PHP 8.4+ et ne devrait pas présenter de rupture de compatibilité majeure depuis Symfony 7.x : la migration sera simplifiée.
Vous avez un projet ?
Contactez-nous pour savoir comment nous pouvons vous aider.