Fix : Stream Preview

README.md

@@ -603,11 +603,16 @@ flux — pas une vidéo : le serveur n'a que l'API REST publique de la plateform
 pas l'agent qui pilote un navigateur ici. Au survol, l'image grandit et passe au premier
 plan, quitte à déborder sur les cartes voisines.
 
-Source : le même appel que le statut (`/api/front/v2/models/username/{pseudo}/cam`) inclut
-déjà `previewUrlThumbBig` et `snapshotTimestamp` — aucune requête supplémentaire. L'URL de
-la vignette ne change pas d'une image à l'autre (le CDN la sert avec un cache de 30 jours),
-donc le client y ajoute `?t={snapshotTimestamp}` pour forcer un frame à jour à chaque sonde
-plutôt que de garder indéfiniment la toute première image vue.
+Source : le même appel que le statut (`/api/front/v2/models/username/{pseudo}/cam`), sans
+requête supplémentaire — mais pas son champ `previewUrlThumbBig` / `previewUrlThumbSmall` :
+malgré leur nom, ce sont ceux de la photo de couverture du profil, fixe, choisie par le
+modèle, pas une image de la diffusion en cours (repéré à l'usage : l'aperçu ne changeait
+jamais). La vraie vignette caméra se reconstruit à partir de deux autres champs de la même
+réponse, `id` et `snapshotTimestamp`, en `https://img.doppiocdn.net/thumbs/{snapshotTimestamp}/{id}`
+— confirmé en comparant les deux : contenu différent, cache CDN de 30 minutes au lieu de
+30 jours, `Last-Modified` à quelques secondes de la requête. Cet horodatage étant dans le
+chemin de l'URL et non dans un paramètre, chaque nouvelle vignette porte déjà sa propre URL —
+inutile de forcer l'invalidation du cache navigateur en plus.
 
 Se rafraîchit donc au rythme de la veille (`WATCHLIST_INTERVAL_MS`, 30 s par défaut) — un
 aperçu, pas un flux temps réel.