Les versions de votre logiciel reçoivent-elles encore des correctifs ?
Le langage, la base de données et les frameworks de votre logiciel ont chacun une date de fin de support. Passé cette date, plus aucun correctif n'est publié, même pour une faille de sécurité.
Nous relevons les versions de chacun de vos dépôts et vous disons où elles en sont, à la date du jour.
Calendrier de support
PHP 8.4
MySQL 8.0
Node.js 22 LTS
Symfony 6.4 LTS
Vue.js 3.4
Tailwind CSS 4.x
Support actifSécurité seuleSuivre les mineuresFin de vieRemplacéeAujourd'hui, 13 novembre 2026
Les états
Quatre états pour savoir quoi faire
Chaque version prend l'un de ces états, calculé d'après les dates publiées par son éditeur.
- Support actif
Rien à faire
Bugs et failles de sécurité corrigés par l'éditeur.
- Remplacée
Une mise à jour simple
Une mineure plus récente est sortie sur la même branche, et seule celle-ci reçoit des correctifs. La branche reste maintenue : la mise à jour est peu coûteuse.
- Sécurité seule
Une montée de version à planifier
Les failles sont corrigées, plus les bugs : les anomalies connues restent en production.
- Fin de vie
Une urgence
Plus aucun correctif publié, y compris pour les failles de sécurité.
Ce que montre le rapport
Une date qui arrive sans que rien ne change
Calculé à la date du jour
Une version passe en fin de vie un jour donné, sans que personne ait touché au code. L'état n'est donc pas relevé une fois pour toutes : il se recalcule chaque fois que vous ouvrez le rapport.
Vous voyez venir la fin du support avant qu'elle n'arrive, et pouvez planifier la mise à jour plutôt que de la subir.
Calendrier de support
Symfony 6.4 LTS
Symfony 7.4 LTS
Support actifSécurité seuleSuivre les mineuresFin de vieRemplacéeAujourd'hui, 13 novembre 2026
La brique la plus fragile donne l'état
Un logiciel est aussi exposé que sa brique la moins bien supportée. L'état des mises à jour de votre projet est donc celui de sa pire version, et une fin de vie est signalée comme urgente.
Une version remplacée n'est pas une alerte : sa branche reste maintenue, la mise à jour est simple. La classer avec les urgences serait alarmiste.
État de support des versions
Votre application
Le même référentiel
Les règles de notre outil public
Les dates de support et les règles de calcul sont celles de l'outil d'analyse de montée de version de smartbooster.io, ouvert à tous : une même version se lit de la même façon des deux côtés.
Six briques suivies
PHP, MySQL, Node.js, Symfony, Vue.js et Tailwind CSS, pour chacun de vos dépôts.
Les dates des éditeurs
Chaque état découle des dates de support publiées par l'éditeur de la brique, pas d'une appréciation.
Ce qu'on ne sait pas se voit
Une version absente du référentiel se lit « Inconnu », plutôt que d'être donnée à jour par défaut.
Préparer la montée de version
L'outil de smartbooster.io, ouvert avec les versions relevées, aide à planifier les montées de version selon les dates de support.
Les outils
Les technologies derrière ce rapport
Fin de support
endoflife.date
Le calendrier public et collaboratif des fins de support. Notre référentiel des versions est contrôlé contre lui.
Vos dépôts
GitLab
La plateforme où vit votre code. smartplatform.cloud lit vos dépôts par son API : rien n'est installé ni exécuté sur votre code.
Ce que vous aimeriez vérifier sur les versions de vos logiciels
Dites-nous ce qui vous manque pour suivre vos logiciels : vos besoins orientent les prochains outils de la plateforme.