Dernières mises à jour et améliorations de FourA
L'aperçu du dashboard sur la page d'accueil était à l'étroit sur les petits écrans. Nous avons corrigé la typographie et l'espacement, et ajouté des tooltips qui fonctionnent réellement au tactile (les indices au survol uniquement n'aident pas sur un téléphone).
Nous avons mis à jour robots.txt avec une position claire pour 2026. Les moteurs de recherche et les générateurs d'aperçus sociaux (Facebook, LinkedIn, Twitter, Slack, Discord et autres) sont explicitement les bienvenus. Les crawlers d'entraînement d'IA ne le sont pas.
Partager un lien FourA sur Twitter, Slack, LinkedIn ou Discord renvoyait auparavant par défaut à une unique carte générique. Chaque page publique dispose désormais de sa propre image d'aperçu avec le bon titre et les bons badges. Un simple détail, mais qui apparaît à chaque fois que quelqu'un nous partage.
Nous venons de mettre en ligne une page /jobs avec deux postes ouverts. Si vous aimez concevoir de vrais systèmes plutôt que d'assembler des SaaS, jetez-y un œil. Nous travaillons en interne sur chaque couche, déployons constamment et traitons l'OSS comme un voisin de premier ordre.
Les sorties inactives sont désormais supprimées du sélecteur au lieu d'être réessayées, afin de maintenir les temps de réponse sous une charge soutenue. Lors de nos tests de charge, le p95 reste inférieur à 500 ms.
Sélecteur intelligent, deuxième round. Le pool de travail augmentait à mesure que nous découvrions de nouveaux proxies, et les plus lents se réintroduisaient dans la rotation. Désormais, il les supprime à la volée, ce qui permet de maintenir des temps de réponse stables, que l'exécution dure depuis dix minutes ou dix heures.
La sélection de proxy était auparavant aléatoire. Désormais, Proxy Finder mémorise quels proxies ont obtenu de bonnes performances pour chaque destination et les choisit en priorité. Les premières requests échantillonnent toujours quelques proxies pour dresser un profil. Ensuite, vous devriez constater des temps de response plus stables et moins de pics de lenteur sur les cibles répétées.
Nous avons fiabilisé nos déploiements. Lorsque nous déployons une nouvelle version de Single, Proxy Finder ou Browser, le load balancer attend que chaque nouvelle instance soit opérationnelle avant de lui acheminer du trafic. Les brèves perturbations que vous auriez pu observer lors de nos fenêtres de déploiement ont disparu.
Les champs de pays et de continent lors des lookups de proxy sont désormais plus précis. Nous avons promu la source de données géographiques la plus lourde comme source faisant foi et relégué la plus légère en fallback. Les adresses IP des régions frontalières qui basculaient auparavant d'un pays à l'autre ne bougent plus. Filtrez par pays dans Proxy Finder et vos résultats devraient être plus stables.
Si votre connexion aboutissait auparavant sur une page 400 brute après un onglet inactif ou un callback lent, c'est désormais corrigé. Nous détectons l'incohérence de session, effaçons le cookie défaillant et vous redirigeons vers l'écran de connexion. Proprement, à chaque fois.
Les nouveaux proxies restent inactifs dans Proxy Finder tant qu'une validation ne confirme pas leur bon fonctionnement. Avant ce correctif, les nouvelles importations pouvaient être sélectionnées pour des requests réelles avant que leur réponse ne soit confirmée, ce qui réduisait le taux de réussite au premier essai. Ce cas de figure est désormais exclu.
Nous avons supprimé deux flux de sources inactifs et en avons ajouté 25 nouveaux. La validation des entrées a également été renforcée, de sorte que les hôtes non-IPv4 et les protocoles inconnus n'entrent jamais dans le pool. Le résultat est un pool plus grand et plus propre qui alimente Proxy Finder.
Nous renvoyons désormais un 503 lorsque notre service est brièvement indisponible, et un 502 lorsqu'une response ne peut pas être analysée. Tous deux remplacent l'ancien code 500 générique. Votre logique de retry peut désormais se fier au code d'état.
Proxy Finder conserve désormais ses données de classement lors des redémarrages. Après un déploiement, vos requests sont immédiatement acheminées vers des proxies éprouvés au lieu d'attendre que le sélecteur ne se réchauffe. Le ralentissement de la première request qui suivait habituellement les redémarrages a disparu.
Proxy Finder intègre désormais les proxies nouvellement validés de manière incrémentielle, de sorte que les IP fraîches entrent en rotation quelques secondes après leur vérification. Les proxies obsolètes sont retirés au même rythme. Si vous avez parfois constaté des retries sur un proxy qui venait de tomber, cette fenêtre est désormais réduite.
