abo-ameliorations-octobre

Fixes #3184

• bien vérifier que la logique de don ne perturbe pas notre reconnaissance du type d'abo dans recurring et qu'on refait pas payer le don

• bien vérifier que la logique lastPayment côté client, de même, ignore le don pour classifier la formule d'abo

  • si on met 20 € de don minimum, cela permettrait de désambiguer complètement le cas abo 10 € vs 0.x € + 10 € de don ?
  • non ! 1 €/mois + 29 € de don = 10 €/an + 20 € de don
  • on va se reposer sur la description du PI, qui finit dans le P, et qui contient l'information "don"

• dernier gros truc, permettre le don à tout le monde, même ceux qui sont déjà abonnés annuel

• ajouter un lien pour le don sur /stats

• j'en profite pour régler un pb de longe date : l'immense délai de MAJ de notre base après un paiement, pour vérifier que l'utilisateur a bien payé. Gros boulot : un lock sur abos.json, qui était dans tous les cas nécessaire

• bug sur le renouvellement quand carte foireuse

Effectivement je n'avais pas vu le "Votre compte de paiement existe mais il n'a pas de carte associée. Tentez l'abonnement à nouveau, ou ✉️ contactez nous." mais... je ne vois pas comment faire. Je n'ai que deux boutons "passer en annuel" et "passer en mensuel".

Mise en ligne

• Avec tous nos faux comptes, faire plein de tests, car c'est carrément une v2 de notre système de paiement là.
• Lingui extract et trad anglaise

🤖 Pour cette PR, j'ai utilisé Mistral vibe GLM5.3 surtout pour la tâche d'implé exhaustive de la reconnaissance du type d'abonné perturbée par l'ajout du don, et pour continuer de construire qui est en fait un SDK Stancer Typescript libre; et un peu de Mistral Large 4 pour re-vérifier tout ça.