Une application de révision garde le nombre de cartes déjà revues

1.

Le localStorage n'est jamais transmis de lui-même : il faut du code qui le lise et l'envoie.

2. Seule la base côté serveur traverse le changement de machine. Mais elle exige de savoir qui révise : il faut donc un compte et une connexion, donc un cookie de session pour relier les requêtes. Le choix complet est donc « base de données plus cookie de session » — et il a un coût que les trois autres n'ont pas : le site sait désormais qui a révisé quoi et quand.

3. Parce qu'un cookie repart au serveur à chaque requête, y compris pour chercher une image ou une feuille de style. Y ranger des données de travail, c'est les faire voyager des centaines de fois sans raison : cela ralentit le site et expose inutilement. Les cookies sont limités à quelques kilo-octets, et cette limite est un garde-fou plus qu'une gêne.

Ce qui distingue vraiment les quatre : ce n'est pas la durée de vie, c'est qui peut lire. La variable et le localStorage restent chez l'utilisateur ; le cookie est partagé avec le serveur à chaque requête ; la base appartient au serveur seul. Choisir un emplacement, c'est choisir qui sait.