Points clés
Le tableau de bord de Proxy Finder a désormais la même apparence et le même comportement que le reste de FourA : mêmes polices, mêmes graphiques, même thème qui vous suit sur tous les sous-domaines. Les erreurs de connexion qui menaient auparavant à une page 400 sans issue sont désormais gérées proprement et vous redirigent vers la page de connexion. De plus, vous pouvez filtrer les analyses d'Overview par produit : Single, Proxy Finder ou Browser.
Nouveautés
Tableau de bord de Proxy Finder : intégration du design system
Nous avons terminé de porter le tableau de bord de Proxy Finder sur le design system de FourA cette semaine. Typographie Outfit, palette indigo, Chart.js unifié, même structure de barre latérale que le Dashboard principal, conteneurs de tableaux qui se détachent de l'arrière-plan, cartes de statistiques assorties. Les deux vues de Proxy Finder ont également reçu de nouveaux favicons.
La synchronisation du thème est désormais en temps réel. Passez du mode clair au mode sombre sur le Dashboard principal et Proxy Finder s'adapte en quelques millisecondes. Même chose dans l'autre sens. Sans rafraîchissement.
Si vous naviguez régulièrement entre les produits, vous devriez sentir la différence : vous n'aurez plus l'impression d'utiliser trois applications distinctes assemblées à la hâte.
Filtres par produit et par résultat sur le Dashboard
Overview propose désormais des filtres sous forme de puces au-dessus des métriques. Choisissez Single, Proxy Finder ou Browser pour limiter chaque panneau et graphique à un seul produit. Même chose pour Outcome : filtrez par succès, timeout, rate limit, etc.
Le tableau Activity affiche désormais des symboles de couleur correspondants pour chaque produit, ce qui vous permet de parcourir le journal et de voir quel produit a traité une request sans avoir à lire la colonne.
Une remarque rapide : lorsque vous filtrez par produit, le panneau Concurrency est désactivé. Ce panneau utilise des nombres de connexions en direct qui ne sont pas ventilés par produit, nous préférons donc le griser plutôt que d'afficher un chiffre trompeur.
Récupération de connexion au lieu des pages d'erreur sans issue
Si vous lanciez le processus de connexion à un moment inopportun (bouton retour, favori, deux onglets ouverts en même temps, cookie expiré), la vérification de l'état OAuth pouvait échouer et vous laisser sur une page brute 400 invalid_state. Huit actions utilisateur normales différentes pouvaient la déclencher, toutes inoffensives.
C'est de l'histoire ancienne. La vérification de l'état supprime désormais les cookies obsolètes et vous redirige proprement vers /auth/login. Les pages d'erreur réservées aux cas critiques sont désormais aux couleurs de la marque, au cas où un problème réellement critique surviendrait. De plus, /logout efface correctement le cookie d'état OAuth en même temps que la session.
Si vous vous heurtiez à ce mur lors de la connexion, cela ne devrait plus se produire.
Single : des réponses plus claires lorsque le serveur amont est indisponible
L'API Single distingue désormais deux modes de défaillance qui semblaient auparavant identiques : l'indisponibilité du site cible et le fait que la cible renvoie un contenu qui n'est pas le JSON attendu.
Si vous analysez les responses de Single par programmation, cela a son importance. Vous pouvez traiter « le site est hors ligne » et « le site a renvoyé du HTML étrange » comme deux cas distincts sans avoir à inspecter le corps de la réponse vous-même.
Clés API : bouton Copier intégré et protection de la modale
Deux corrections mineures sur la page Keys, issues de l'observation de l'utilisation réelle.
Le bouton « Copier » se trouve désormais directement sur le bloc de la nouvelle clé, et plus seulement dans le pied de page de la modale. Les utilisateurs n'associaient pas le bouton du pied de page à la valeur de la clé située au-dessus. Il est maintenant là où vous l'attendez.
De plus, la modale de nouvelle clé est protégée contre les fermetures accidentelles en cliquant à côté. Un clic à l'extérieur ? Rien ne se passe. Vous ne perdez la clé qu'en fermant volontairement la fenêtre. Avant cette correction, un clic involontaire pouvait supprimer une clé fraîchement créée sans possibilité de récupération.
Sous le capot
Le pool de Proxy Finder se synchronise désormais de manière incrémentielle au lieu de récupérer la liste complète à chaque fois. La qualité de la sélection survit également aux redémarrages : l'état des scores est conservé entre les lancements, ce qui nous évite de réévaluer le pool à partir de zéro après chaque redémarrage. Effet net pour vous : une qualité de proxy plus constante, moins de zones d'ombre après un déploiement.
La partie découverte de Proxy Finder a abandonné quelques flux sources obsolètes, en a ajouté 25 nouveaux, et rejette désormais les sources qui renvoient des hôtes non-IPv4 ou des protocoles inconnus. Une collecte discrètement améliorée, moins de candidats indésirables.
Le script d'analyse sur la page de statut publique n'est plus bloqué. Si vous l'avez ouverte récemment et que vous avez remarqué des messages d'erreur dans la console de développement, c'est corrigé.
Et sur le blog, les graphiques de l'étude de cas sur la latence ont été actualisés pour ne montrer que le trafic de production de l'un de nos plus grands utilisateurs, en excluant une cible hostile afin que la médiane ne soit pas faussée par un seul site atypique. L'article en lui-même reste inchangé, les chiffres sont simplement plus fidèles à la réalité.