Une application qui fonctionne peut très bien être en danger. Quand sa version n'est plus maintenue, elle ne reçoit plus de correctifs de sécurité, devient difficile à héberger, et chaque évolution coûte plus cher que la précédente.
Les signes qui ne trompent pas
Votre hébergeur vous prévient de la fin d'une version de PHP ou de la base de données.
Plus personne n'ose toucher à l'application, de peur de tout casser.
Un module, une extension ou une bibliothèque refuse de s'installer.
Les stores demandent de mettre à jour votre application mobile pour rester publiée.
La facturation électronique exige une version récente de Dolibarr.
Un audit ou un client vous interroge sur la sécurité de vos outils.
Quelques fins de support déjà passées
Technologie
Fin du support
PHP 7.4
Novembre 2022
PHP 8.0
Novembre 2023
PHP 8.1
Décembre 2025
Symfony 4.4 (LTS)
Novembre 2023
AngularJS (Angular 1)
Décembre 2021
Vue.js 2
Décembre 2023
Nuxt 2
Juin 2024
Si l'une de ces lignes vous concerne, votre application ne reçoit plus de correctifs de sécurité de la part de ses auteurs.
Ce que nous mettons à niveau
Applications web : PHP et Symfony, front-ends React, Vue.js ou Angular, bases MySQL.
Applications mobiles : iOS et Android (React Native, Ionic), pour suivre les exigences des stores.
ERP et CRM : Dolibarr et ses modules, ou votre outil de gestion existant.
Sites et e-commerce : WordPress, PrestaShop, Shopify et leurs extensions.
Serveurs : systèmes Linux, conteneurs Docker, serveur web et base de données.
Notre méthode
AuditVersions en place, dépendances, code spécifique, modules tiers, hébergement. Vous recevez un rapport de risques priorisé.
Plan chiffréÉtapes, risques et prix. Vous décidez en connaissance de cause, et vous pouvez avancer par tranches.
Migration par étapesSur un environnement de test, avec une copie de vos données, recettée par vos utilisateurs. Chaque étape peut être annulée.
BasculePlanifiée, sauvegarde faite, sans interruption de service ou avec une coupure courte et annoncée.
Nous déconseillons la migration « en un bloc » : plus rapide sur le papier, elle rend difficile le diagnostic du moindre problème. Avancer par étapes laisse le temps de tester, de corriger et, si besoin, de revenir en arrière.
Migrer ou réécrire ?
Dans la plupart des cas, une application se migre : on met à jour, on corrige ce qui casse, on conserve le code métier qui a fait ses preuves. Il arrive qu'une réécriture soit plus raisonnable, quand le framework a été abandonné (AngularJS, par exemple) ou que le code ne tient plus. L'audit vous le dit franchement. Si la réécriture s'impose, nous la menons par lots, en gardant l'ancienne version en service jusqu'à la bascule.
Nous l'appliquons à nous-mêmes. Ce site est passé de Strapi 3 à Strapi 5 et de Nuxt 2 à Nuxt 4, avec la reprise de l'ensemble des articles, des cas clients et des adresses existantes.
Questions fréquentes
Le prestataire qui a développé l'application n'est plus là. Vous pouvez la reprendre ?
Oui. C'est même une situation fréquente. L'audit commence par récupérer le code, les accès et la documentation existante, puis par faire tourner l'application sur un environnement de test.
Mes données risquent-elles quelque chose ?
Tout est fait sur une copie, et une sauvegarde complète précède chaque bascule. Vos données de production ne sont touchées qu'au moment de la mise en service, une fois la recette validée.
Combien de temps faut-il prévoir ?
De quelques jours pour un site ou un Dolibarr récent à plusieurs semaines pour une application ancienne et très spécifique. Le plan chiffré qui suit l'audit vous donne le calendrier.
Comment éviter de revivre une migration lourde dans trois ans ?
En appliquant les mises à jour au fil de l'eau. C'est le rôle d'un contrat de maintenance : de petites marches régulières plutôt qu'un grand saut.
Vous ne savez pas sur quelle version tourne votre application ? Le diagnostic gratuit vous le dira, avec les risques associés.