Un site ou une application dont le prestataire est parti, dont plus personne ne connaît le fonctionnement, et que tout le monde a peur de toucher. C’est une situation ordinaire, et elle se traite — à condition de commencer par un état des lieux honnête.
L’audit
- Ce qui tourne réellement — versions, extensions, dépendances, tâches planifiées, ce qui est mort et que personne n’a osé retirer.
- Sécurité et conformité — surface exposée, en-têtes HTTP, comptes, correctifs en retard, traitement des données personnelles.
- Sauvegardes — existent-elles, et ont-elles déjà été restaurées ? Les deux questions comptent.
- Ce que ça coûte de continuer comme ça — chiffré, pour que la décision soit arbitrable.
Le livrable est un rapport écrit, avec les constats classés par gravité et un plan d’action ordonné par rapport effort/effet. Il vous appartient : vous pouvez le faire exécuter par quelqu’un d’autre, et c’est très bien ainsi.
La reprise
Si vous décidez de continuer avec moi, on traite dans l’ordre : d’abord ce qui menace la continuité (sauvegardes, correctifs de sécurité, accès), ensuite ce qui coûte tous les jours, enfin ce qui améliore. Rien n’est réécrit « parce que c’est mal fait » : on ne remplace que ce qui bloque.
Ce sur quoi j’interviens
WordPress, PrestaShop, Dolibarr, applications PHP sur mesure, serveurs Linux. Quinze ans à reprendre du code écrit par d’autres m’ont appris à lire vite et à ne pas juger : la question n’est pas de savoir qui a fait quoi, mais ce qui doit bouger en premier.
Décrivez-moi ce que vous avez — même partiellement, même si vous ne savez pas où sont les accès.
