Modes live et historique

Deux modes : live ou historique

En résumé : soit l'outil traite uniquement les nouveaux favoris à partir de maintenant (live), soit il commence par rattraper les favoris déjà reçus ces derniers jours avant de passer en live (historique).

Comment ça se passe concrètement : l'outil lit d'abord tes notifications Vinted pour trouver les favoris déjà reçus (si tu choisis ce mode), puis surveille automatiquement les nouveaux toutes les quelques minutes. Entre chaque passage, il marque des pauses pour rester dans des délais raisonnables et éviter tout blocage de Vinted.

Live

Uniquement les favoris reçus après le démarrage. Ce qui s'est passé avant n'est pas traité. Simple et prévisible.

Historique → live

D'abord une fenêtre de 1 à 7 jours dans le passé, puis l'outil bascule automatiquement en mode live. Idéal quand tu viens juste d'activer la fonctionnalité.

ModeQuand l'utiliserLimite
LiveTu veux démarrer proprement, sans toucher à l'existantNe rattrape pas les favoris reçus avant le lancement
Historique → liveTu veux aussi contacter les personnes qui ont déjà mis un favoriPlus d'ignorés possibles si tu as beaucoup de notifications ou une longue période

Réservation serveur (avant chaque envoi)

Avant d'écrire sur Vinted, l'extension demande au serveur SnapDressing une réservation pour ce favori. C'est ce qui évite les doubles envois entre onglets, applique le plafond par acheteur sur la journée UTC et garantit une seule auto par couple acheteur × article.

  1. Réservation acceptée (allowed: true, state: reserved) → envoi Vinted → enregistrement du log côté serveur avec l'identifiant de réservation.
  2. Réservation refusée (allowed: false) → le favori est ignoré ; le journal affiche backend_reserve_denied avec la raison (quota jour, couple déjà contacté, crédit plan…).
  3. Déjà traité (state: committed) → pas de second message Vinted (replay idempotent).
  4. Échec Vinted ou log → la réservation est libérée ; elle expire aussi automatiquement après quelques minutes si tu abandonnes.

Sans session SnapDressing reliée, l'extension ne part plus en mode « local » : les envois auto nécessitent l'authentification backend.