Le projet initial (v1/v2) a été développé par SQLI, une ESN française, avec un framework PHP custom et des templates Smarty. Le code legacy contenait 398 revisions SVN couvrant la periode 2010-2013.

A mon arrivée chez SQLI, 5 développeurs PHP étaient dédiés à plein temps au projet. Au fil du temps, j'ai pris en charge une part croissante du périmètre technique, jusqu'à assurer seul l'essentiel des évolutions - un rôle qui a naturellement évolué avec mon expertise grandissante et l'autonomie que me conférait l'environnement PME. Après avoir couvert seul le périmètre pendant un certain temps, j'ai demandé du renfort et obtenu l'embauche d'un second développeur.

A partir de 2014-2016, notre nouvelle équipe Medialeads a entrepris une réécriture complète de la plateforme, migrant progressivement du framework custom vers Symfony 2/3 tout en maintenant le site public sur un framework MVC custom plus leger.

La plateforme était multilingue (7 langues), multi-pays, avec une forte volumetrie de données produits, et la nécessite de maintenir la compatibilité avec les flux de données fournisseurs existants - le tout hébergé sur des serveurs dédiés OVH entièrement autogérés : nous faisions absolument tout nous-mêmes, de la configuration système aux déploiements.

• Gestion massive de données et optimisation SQL : j'ai affûté ma maîtrise des formes normales SQL (1NF, 2NF, 3NF, BCNF), de tous les types de jointures (INNER/LEFT/RIGHT/CROSS/SELF) et de l'indexation avancée (index B-tree, composites, covering), avec une analyse constante des plans d'exécution via `EXPLAIN ANALYZE`, en m'appuyant sur la réplication MySQL master-slave et le cache Memcache. Je faisais tourner des batchs nocturnes de plusieurs heures pour recalculer stocks, prix et promotions sur l'ensemble du catalogue - à cette échelle, un index manquant pouvait transformer une requête de 50 ms en timeout de 30 secondes, donc chaque milliseconde gagnée par requête se multipliait sur des millions d'exécutions.
• Moteurs de recherche et indexation : je suis passé par quatre générations de moteurs - (1) MySQL LIKE / FULLTEXT (MyISAM/InnoDB), (2) recherche full-text PostgreSQL avec `tsvector`/`tsquery`, index GIN et fonctions `to_tsvector`/`ts_rank`, (3) Apache Solr, où j'ai indexé des centaines de milliers de produits avec facettage avancé (catégories, couleurs, prix, fournisseurs), suggestions, correction orthographique et scoring de pertinence personnalisé, (4) Elasticsearch avec inverted index, analyzers multilingues (stemming, tokenization, normalisation), scoring TF-IDF, agrégations et facettes. Ce parcours m'a permis de saisir en profondeur les différences entre un moteur relationnel et un moteur de recherche dédié.
• Algorithmes et règles métier complexes : j'ai conçu et implémenté de nombreux algorithmes et des règles métier très complexes - par exemple le calcul de toutes les combinaisons possibles de prix, de variantes produit et de disponibilité (produit cartésien / explosion combinatoire pouvant générer des milliers de combinaisons par produit entre tailles, coloris, quantités, types de marquage, zones de marquage et finitions). La modélisation de règles de pricing dynamiques et de moteurs de décision métier fait désormais partie de ma boîte à outils.
• J'ai consolidé ma maîtrise de l'écosystème Symfony 2/3 en production à grande échelle (Propel, Doctrine, bundles, services, sécurité, WSSE).
• Côté migration de code legacy, je me suis forgé des compétences solides en pilotant la transition du monolithe SVN vers les microservices Git sans interruption de service.
• Sur le plan métier, j'ai acquis une connaissance fine du marché B2B de l'objet publicitaire, de l'automatisation des flux de données et de l'e-commerce multi-pays.
• Enfin, ce projet a changé ma façon de travailler : j'ai appris à me coordonner dans une petite équipe où chaque développeur possède des portions significatives du code, et à porter des périmètres de bout en bout.

Avec les standards et le recul d'aujourd'hui, voici les choix que je referais différemment - chaque décision avait du sens dans les contraintes de son époque :

• Adopter un framework unique dès le départ plutôt que de maintenir un framework PHP custom en parallèle de Symfony, même si le contexte historique justifiait cette coexistence pendant la migration.
• Mettre en place une CI/CD dès la migration vers GitHub (janvier 2016) - GitHub Actions n'existait pas encore, mais Jenkins, Travis CI ou GitLab CI étaient disponibles.
• Utiliser Docker pour les environnements dev et déploiement, même si Proxmox restait le standard de virtualisation mature pour les PME PHP à l'époque.
• Centraliser l'accès aux données via une seule API plutôt que de connecter chaque service directement à la base MySQL - un pattern qui ne s'est généralisé qu'après 2017.