Les mises à jour : PHP, Laravel et dépendances
Trois couches vieillissent en parallèle : la version de PHP, celle du framework et les paquets installés avec Composer. Chacune a sa date de fin de support.
Une maintenance utile suit ces dates et planifie la montée de version avant l'échéance. Mettre à jour un cran à la fois coûte peu. Rattraper trois versions d'un coup coûte cher.
- relever les versions en production, pas seulement dans le dépôt ;
- lister les paquets abandonnés ou sans mise à jour depuis plus d'un an ;
- lancer les tests avant et après chaque montée.
La sécurité : correctifs et durcissement
Les failles connues d'un paquet sont publiques. Un robot les teste sur votre site quelques heures après leur publication. Appliquer les correctifs vite compte plus que tout le reste.
Le fichier d'environnement, les clés, les droits sur les dossiers et le mode débogage méritent un contrôle régulier. Un mode débogage resté actif en production expose des secrets.
Les sauvegardes, et surtout leur restauration
Une sauvegarde qui n'a jamais été restaurée est une hypothèse. La maintenance doit inclure un test de restauration périodique, sur un environnement séparé.
J'ai détaillé la méthode dans l'article sur le test de restauration d'une application Laravel.
La surveillance : savoir avant vos clients
Trois alertes suffisent pour commencer : le site ne répond plus, la file d'attente s'accumule, le journal d'erreurs se remplit d'un coup.
Sans surveillance, la panne est signalée par un client. Avec elle, elle est corrigée avant qu'on la remarque.
Le déploiement : reproductible et réversible
Chaque mise en ligne doit suivre la même procédure, avec un retour arrière possible. Un déploiement fait à la main, fichier par fichier, est la première cause de régression.
Si vous reprenez un projet dont personne ne connaît la procédure, commencez par l'audit avant de toucher au code.
Conclusion
Une bonne maintenance se reconnaît à ce qu'on ne la voit pas : pas de panne, pas de surprise. Demandez ce qui est contrôlé, à quelle fréquence, et ce que vous recevez comme preuve. Je gère moi-même serveurs, déploiements et sauvegardes de mes applications depuis des années, et je reprends la maintenance de projets existants.