Votre site ou votre système d’entreprise tourne encore sur une vieille version de PHP, sur CodeIgniter, sur Symfony 2 ou sur du code maison écrit il y a quinze ans. Nous le réécrivons sur une base moderne, sécuritaire et maintenable, sans perdre les règles d’affaires qui font sa valeur.
Une refonte PHP consiste à reconstruire votre site web ou votre système de gestion sur une version de PHP supportée et sur un framework maintenu, en reprenant les fonctionnalités et les données existantes. Ce n’est pas un simple changement de design : c’est le socle technique qui est remplacé.
Les signaux qui rendent la refonte urgente :
Chaque année passée sur une pile obsolète augmente la facture : c’est le principe même de la dette technique, et elle finit toujours par être remboursée.
Nous héritons régulièrement d’applications écrites par d’autres, parfois sans documentation ni développeur d’origine disponible. Notre travail commence toujours par comprendre le code existant avant d’en écrire une ligne. Voici les piles que nous reprenons le plus souvent :
Le framework le plus fréquent dans les systèmes internes québécois des années 2010. Contrôleurs surchargés, requêtes SQL dans les vues, aucune couche de tests. Migration vers Laravel.
Des projets structurés mais figés sur une version majeure trop ancienne pour être mise à jour en place. Nous les reprenons vers Symfony récent ou vers Laravel, selon votre équipe.
Souvent utilisé dans les applications d’assurance, de finance et de santé. Verbeux, coûteux à faire évoluer, et rare sur le marché des développeurs aujourd’hui.
Des frameworks encore fonctionnels, mais dont l’écosystème local s’est tari. Le risque n’est pas technique, il est humain : trouver qui va maintenir le système dans cinq ans.
Un projet Laravel ancien peut souvent être mis à niveau plutôt que réécrit. Nous évaluons les deux avant de recommander, parce que la mise à niveau coûte généralement moins cher.
Un CMS transformé en système de gestion à coups de plugiciels et de code sur mesure. Nous séparons le site vitrine de l’applicatif, chacun sur l’outil fait pour lui.
Des fichiers PHP mêlant HTML, SQL et logique d’affaires, écrits par un employé parti depuis longtemps. C’est le cas le plus fréquent, et celui où la valeur récupérée est la plus grande.
Une refonte rate rarement pour des raisons techniques. Elle rate parce qu’une règle d’affaires enfouie dans un vieux fichier n’a jamais été documentée, et que personne ne s’en est aperçu avant la mise en production. Notre processus est construit pour éliminer ce risque.
Nous lisons le code, la base de données et l’infrastructure pour établir un état des lieux honnête : volume réel, zones à risque, dépendances mortes, failles de sécurité. Cette étape est notre service d’audit de code, et elle se tient très bien seule si vous voulez d’abord savoir où vous en êtes.
Nous documentons la structure de votre base de données, les relations entre les tables et surtout les règles d’affaires implicites : les calculs, les statuts, les exceptions que le code applique sans que personne ne les ait jamais écrites ailleurs.
Nous reconstruisons l’application sur PHP 8 et Laravel, avec notre générateur de code pour tout ce qui est répétitif (modèles, migrations, écrans CRUD, permissions). Le temps gagné est réinvesti là où il compte : les règles d’affaires qui vous sont propres.
Nous transférons vos données historiques vers le nouveau schéma, avec des scripts rejouables et des rapports de réconciliation. Chaque écart est identifié et traité avant la bascule, jamais après.
Mise en production planifiée, redirections 301 en place si les URL changent, et période de rodage avec votre équipe. Le support et la maintenance prennent ensuite le relais.
Reprendre le code de quelqu’un d’autre est un métier différent de celui d’écrire du neuf. Il demande de la lecture, de la patience et une méthode pour ne rien perdre en chemin.
CodeIgniter, Symfony, Zend, PHP sans framework : nous avons déjà repris ces piles, y compris sans documentation ni développeur d'origine. Nous savons ce que ça coûte et nous le disons avant de commencer.
Chaque comportement du système existant est cartographié et validé avec vos équipes avant d'être réécrit. Ce que le vieux logiciel faisait sans que vous le sachiez, vous le saurez.
Notre générateur produit la base répétitive de l'application. Vous payez pour la logique qui vous distingue, pas pour réécrire une centième fois un formulaire de gestion d'utilisateurs.
PHP 8, Laravel, tests automatisés et documentation à jour. Vous restez propriétaire du code et libre de le confier à qui vous voulez.
Witify a su comprendre nos besoins dès le jour 1, nous éduquer, nous guider et nous accompagner à travers l’évolution de notre système depuis déjà plus de 7 ans. Ils sont la pierre angulaire de notre développement technologique.
Le coût dépend du nombre d’écrans, du volume de règles d’affaires et de l’état de la base de données, pas du nombre de lignes de code. Un audit de code de quelques jours suffit généralement à produire une fourchette fiable. Notre article sur le coût du développement sur mesure au Québec donne les ordres de grandeur du marché.
Oui, et c’est la migration que nous faisons le plus souvent. Il n’existe pas d’outil automatique : les deux frameworks n’ont pas la même architecture. Nous reprenons la base de données telle quelle quand elle est saine, puis nous réécrivons les contrôleurs, les modèles et les vues en respectant le comportement observé. Les écrans standards sont générés, la logique d’affaires est réécrite à la main.
Oui. Ces versions ne reçoivent plus aucun correctif de sécurité. Concrètement : une faille découverte aujourd’hui dans PHP 7.4 ne sera jamais corrigée pour vous. La plupart des hébergeurs finissent par retirer ces versions, ce qui met le site hors ligne du jour au lendemain. C’est le genre d’échéance qu’il vaut mieux planifier que subir.
Les deux existent. Une modernisation progressive convient quand l’architecture est saine et que seul le socle technique est dépassé. La réécriture complète devient la meilleure option quand chaque correctif en casse un autre, quand le framework n’est plus supporté, ou quand plus personne ne comprend le code. L’audit tranche cette question sur des faits plutôt que sur une impression.
Il est migré. Nous transformons votre schéma existant vers le nouveau modèle avec des scripts rejouables, puis nous produisons des rapports de réconciliation (nombre d’enregistrements, totaux financiers, statuts) que vos équipes valident avant la bascule. Aucune migration n’est mise en production sans cette validation.
Pas si les URL sont traitées sérieusement. Nous relevons l’ensemble des adresses indexées, nous les conservons quand c’est possible, et nous mettons en place des redirections 301 vers les nouvelles pages sinon. Le référencement se maintient, et il progresse souvent grâce aux gains de performance de la nouvelle pile.
Oui. L’ancien système continue de tourner pendant que le nouveau se construit en parallèle. La bascule est planifiée avec vous, souvent en dehors des heures d’opération, et une procédure de retour arrière est prête avant même le déploiement.
PHP 8 et Laravel pour le cœur applicatif, avec les interfaces modernes que le projet requiert. Nous restons sur PHP quand votre équipe le maîtrise : changer de langage sans raison ajoute un risque sans bénéfice. Notre page technologies détaille la pile complète.
