Une stack, ce n'est pas une liste de bundles.
Cette page recense les composants, bundles, patterns et briques de déploiement qui font tourner jonathan-jodar.fr. 26 concepts classés par couche : stack, bundles clés, patterns d'architecture et déploiement. Une photographie utile pour comprendre ce que je choisis, et pourquoi.
Clique sur une carte pour révéler sa description.
Symfony n'est pas le framework à la mode, c'est le framework qui tient dans le temps. Chaque version majeure ajoute des composants sans casser le contrat. Pour un solo dev qui livre en production sur un hébergement mutualisé, la stabilité et la sobriété comptent plus que la nouveauté.
Un framework, c'est un socle. Pas une religion.
Les fondations : framework, langage, base de données, assets.
Framework MVC PHP moderne : routing, DIC, kernel, sessions, form.
Symfony 7 fournit les briques essentielles d'une application web : routeur avec attributs PHP, conteneur d'injection de dépendances autoconfiguré, kernel HTTP, gestion des sessions et système de formulaires typés. C'est la fondation choisie pour ce site.
Langage serveur avec types stricts, attributs, enums et property hooks.
PHP 8.4 apporte les property hooks, les asymmetric visibility et la déprecation de comportements historiques. Combiné à declare(strict_types=1), on obtient un typage solide qui fait tomber une grande partie des bugs à la compilation plutôt qu'en prod.
Base de données relationnelle open source compatible MySQL.
MariaDB est la base par défaut chez O2switch. Compatible avec le driver MySQL de Doctrine, elle supporte les JSON columns utilisées pour les colonnes roles (User), knowsAbout (WorkflowAgent) et keywords.
Gestion des assets natifs Symfony, sans étape de build.
AssetMapper mappe les fichiers CSS et JS de assets/ vers public/assets/ avec versioning au checksum. Pas de webpack, pas de npm build. En dev, les fichiers sont servis à la volée. En prod, une seule commande asset-map:compile génère les fichiers versionnés.
Navigation SPA-like sans framework JS lourd.
Turbo intercepte les clics et soumissions de formulaires pour ne charger que la partie modifiée du DOM. Le site ressent des transitions rapides sans le coût d'un SPA React ou Vue. Idéal pour un site orienté contenu où la performance perçue compte.
Framework JS minimaliste basé sur data-attributes.
Stimulus attache des contrôleurs JS aux éléments HTML via data-controller. Chaque composant interactif du site (sphère IA, chatbot, cards expansibles, cookie consent) est un contrôleur Stimulus. Zéro compilation, syntaxe explicite.
Les modules qui ajoutent des fonctionnalités clés au framework.
Mapping objet-relationnel PHP avec entités et migrations.
Doctrine ORM traduit les entités PHP en tables SQL et vice-versa. Les entités sont décorées avec des attributs PHP (#[ORM\Entity], #[ORM\Column]). Les migrations sont versionnées et rejouables. C'est le pilier de la persistance sur ce site.
Interface d'administration auto-générée à partir des entités.
EasyAdmin construit un CRUD complet pour chaque entité Doctrine avec quelques lignes de configuration. Les CrudControllers peuvent être surchargés pour customiser les formulaires, les actions et les filtres. Le back-office /admin du site tourne dessus.
Traitement asynchrone via queues et workers.
Messenger dispatche des messages sur des transports (Doctrine, Redis, AMQP). Un worker consomme les messages en arrière-plan. Utilisé sur le site pour l'envoi d'emails asynchrones (contact, feedback, inscription) via un cron O2switch qui relance le worker chaque heure.
Firewalls, providers, voters et hashers pour l'authentification.
Le composant Security gère l'auth via des firewalls scopés par URL, des user providers (Doctrine dans notre cas), et des voters pour l'autorisation contextuelle. Argon2id est le hasher par défaut pour les mots de passe. Le site utilise 2 firewalls (main + api).
Système de logs multi-channel avec handlers configurables.
Monolog permet d'écrire des logs vers plusieurs cibles (fichier, syslog, Slack) avec des handlers configurables. Sur ce site, un channel dédié est créé pour chaque module de diagnostic (chatbot, feedback) avec un handler stream vers un fichier /var/log/ dédié.
Filtres et thumbnails d'images à la volée.
LiipImagineBundle génère des variantes d'images (thumbnail, resize, crop, webp) selon des filtres configurés en YAML. Les variantes sont mises en cache après première génération. Utilisé sur ce site pour les vignettes de la galerie photos.
Moteur de templates avec extensions et macros.
Twig est le moteur de templates par défaut de Symfony. Syntaxe explicite, échappement automatique, héritage de templates via {% extends %} et {% block %}, macros pour réutiliser des blocs. Ce site utilise des Twig extensions maison pour exposer des fonctions custom (page_seo, reading_time...).
Les manières standards d'architecturer une application Symfony.
Injection de dépendances automatique via le DIC.
Symfony résout automatiquement les dépendances déclarées dans le constructeur d'un service ou d'un contrôleur. Il suffit de typer les paramètres avec une classe ou une interface. Le DIC injecte le bon service sans configuration YAML explicite. Réduit le boilerplate.
Communication découplée entre composants via événements.
Un événement est déclenché quelque part dans l'application, des listeners y réagissent sans que l'émetteur les connaisse. Utilisé sur ce site pour hooker les auth events (post-login), les Doctrine events (pre-persist) et les kernel events (request/response).
Formulaires typés avec validation et CSRF.
Le composant Form encapsule le rendu HTML, la validation et le CSRF token. Chaque formulaire est une classe qui buildForm() en s'appuyant sur des FormTypes standards (TextType, EmailType, FileType). Sur ce site, tous les formulaires publics (contact, feedback, inscription) utilisent ce composant.
Autorisation contextuelle par ressource.
Un voter décide si le user courant a le droit de faire une action précise sur une ressource précise. Appelé via $this->isGranted('EDIT', $article) dans un contrôleur. Découple l'autorisation des rôles simples pour permettre des règles fines (propriétaire, ACL personnalisées).
Requêtes SQL typées et composables.
Le QueryBuilder permet d'écrire des requêtes SQL en PHP avec autocomplétion, paramètres liés et composition dynamique. Alternative typée aux chaînes DQL brutes. Utilisé sur ce site pour les repositories métiers (findPublic, findForCv, findByCategory).
Tâches CLI avec Symfony Console.
Une command est une classe qui étend Command et déclare des arguments et options. Lancée via bin/console app:mon-command. Idempotence et --force sont des patterns habituels. Ce site utilise des commands pour seed la BDD, purger le cache métier, régénérer les slides Instagram.
Filtres et fonctions custom exposés aux templates.
Une Twig extension est une classe PHP qui déclare des filtres (|monfiltre) et des fonctions (mafonction()) disponibles dans les templates. Sur ce site, page_seo(), reading_time(), current_domain() et cover_url() sont exposés ainsi. Isolation propre entre logique et présentation.
L'hébergement, les crons, la sécurité et les sauvegardes.
Hébergement mutualisé français avec cPanel.
O2switch fournit un hébergement mutualisé avec SSH, cPanel, PHP configurable et MariaDB. Suffisant pour un site perso Symfony 7 en production. Le déploiement se fait par git pull depuis un dossier au niveau du home + php bin/console commands appropriés.
Tâches périodiques : workers Messenger, backups, purges.
cPanel expose une interface de cron classique. Sur ce site, un cron horaire relance le worker Messenger (envoi emails asynchrones), un cron quotidien lance les backups BDD, un cron hebdomadaire purge les caches de LiipImagine anciens. Configuration versionnée dans docs/.
Hash de mots de passe robuste par défaut Symfony.
Symfony Security utilise Argon2id par défaut pour hasher les mots de passe utilisateur. Résistant aux attaques GPU par nature (memory-hard), il paramètre time_cost, memory_cost et threads. Utilisé sur ce site pour la table user (module espace utilisateur).
WAF côté hébergeur pour filtrer les requêtes malveillantes.
O2switch active ModSecurity par défaut sur le vhost. Le fichier .htaccess du site ajuste les règles rewrite Symfony (front controller public/index.php) et laisse les règles WAF gérer les user agents et payloads suspects. Ne pas tenter de désactiver ModSecurity depuis le .htaccess : cela casse le site.
Sauvegardes quotidiennes de la BDD via cron.
Un script bash tools/backup.sh dump la BDD MariaDB quotidiennement via mysqldump et compresse le résultat avec rotation sur 30 jours. Le résultat est stocké dans un dossier ~/backups/ hors document root, non exposé publiquement. Log dans var/log/backup.log.
Compilation du container et Twig pour la perf en production.
En prod, Symfony compile le container DIC en PHP natif (résolution des services au boot instantanée) et Twig en classes PHP. La commande cache:clear --env=prod --no-debug est indispensable après chaque déploiement. Le dossier var/cache est le seul dossier writable à surveiller.
Une stack sans mise en pratique reste théorique. Ces pages du site prolongent le sujet sous d'autres angles.
Le Product Builder montre comment cette stack s'assemble en workflow réel de livraison. Le wiki technique détaille des snippets et patterns Symfony concrets, et le dictionnaire définit les termes utilisés ici (DIC, ORM, voter, event dispatcher, hasher…).
Et si tu veux échanger sur un choix technique ou une contrainte de ta propre stack, écris-moi.
Me contacter →