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 : maîtrise des formes normales SQL (1NF, 2NF, 3NF, BCNF), de tous les types de jointures (INNER/LEFT/RIGHT/CROSS/SELF), de l'indexation avancée (index B-tree, composites, covering), de l'analyse constante des plans d'exécution avec `EXPLAIN ANALYZE`, de la réplication MySQL master-slave et du cache Memcache. 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 : passage pratique 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 indexant 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. Apprentissage des différences profondes entre un moteur relationnel et un moteur de recherche dédié.
• Algorithmes et règles métier complexes : conception et implémentation de nombreux algorithmes et de 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). Maîtrise de la modélisation de règles de pricing dynamiques et de moteurs de décision métier.
• Maîtrise de l'écosystème Symfony 2/3 en production à grande échelle (Propel, Doctrine, bundles, services, sécurité, WSSE)
• Développement de compétences solides en migration de code legacy - transition du monolithe SVN vers les microservices Git sans interruption de service
• Acquisition de connaissances métier en marché B2B de l'objet publicitaire, automatisation de flux de données et e-commerce multi-pays
• Apprentissage de la coordination au sein d'une petite équipe où chaque développeur possède des portions significatives du code

Avec les standards et le recul d'aujourd'hui, quelques choix auraient pu être différents - 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.