Migration d'un moteur personnalisé hérité vers une plateforme supportée

Je déplace des sites en direct hors de moteurs écrits à la main que personne ne prend plus en charge. Le tableau est généralement le même : le code a été assemblé il y a des années pour une tâche étroite, la personne qui l'a écrit est depuis longtemps partie, chaque petit changement coûte des jours de conjectures, et la base de données contient des années de contenu réel qui ne peut tout simplement pas être retapé. Mon travail consiste à transférer ce contenu et ce comportement sur une plateforme maintenue — une avec documentation, mises à jour régulières et plus d'un spécialiste dans le monde qui peut le lire.

Cela commence par la lecture, pas par l'écriture. Je passe en revue l'ancien code et la structure des tables et je compile un inventaire : quelles pages, formulaires, rôles d'utilisateur et tâches de fond sont réellement utilisés, quelles tables sont actives et lesquelles sont mortes depuis cinq ans. Cet inventaire est convenu avec vous avant qu'un seul enregistrement ne soit déplacé. Une réécriture faite de mémoire perd toujours la moitié des petites choses — un filtre que quelqu'un utilise une fois par mois, une lettre qui est envoyée lors de l'inscription, un formulaire imprimable dont le comptable dépend — donc l'inventaire vient en premier et devient la liste contre laquelle nous vérifions tous les deux le résultat. Après cela, les données sont transférées avec des comptes de dossiers comparés table par table et les relations vérifiées, les adresses et redirections sont reconstruites afin que le trafic de recherche et les anciens liens continuent de fonctionner, les modèles et formulaires sont portés, les bibliothèques obsolètes sont remplacées par des versions prises en charge, et les paramètres sont extraits du code dans la configuration où ils appartiennent.

Je considère la migration comme complète lorsque les chiffres correspondent et que le contenu a été vérifié par échantillon — pas au moment où le nouveau site s'ouvre dans un navigateur, car une page vide s'ouvre aussi magnifiquement. L'ancienne version et une copie de la base de données restent intactes jusqu'à la fin de la période de garantie, donc il y a toujours quelque chose à comparer et un endroit où revenir. Votre personnel reçoit une instruction écrite et une démonstration en direct, et le déménagement lui-même est planifié par étapes, de sorte que le site actuel continue de servir les visiteurs du premier au dernier jour.

Ce que le travail inclut :
— lire l'ancien code et la structure de la base de données, avec un inventaire écrit de ce qui est réellement utilisé et ce qui est mort ;
— transfert de données avec des comptes de dossiers réconciliés table par table et relations entre les enregistrements vérifiées ;
— reconstruction des adresses et des redirections afin que les pages indexées et les liens externes ne se cassent pas ;
— portage de modèles et de formulaires, y compris la validation et les lettres qu'ils déclenchent ;
— remplacement des bibliothèques obsolètes par des équivalents pris en charge ;
— séparation des paramètres du code, afin que les environnements ne diffèrent plus par accident ;
— une instruction et une formation pour votre personnel, dans un langage clair plutôt qu'en jargon de développeur ;
— un plan de relocalisation par étapes qui maintient le site en fonctionnement tout au long du processus.