Dernières mises à jour et améliorations de FourA
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.
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.
Lorsque vous créez votre première clé API, la modale de confirmation affiche une commande curl fonctionnelle avec votre endpoint réel et le header X-API-Key. La page d'aperçu contient des données d'exemple prêtes pour vous éviter de contempler un tableau de bord vide, et la liste des clés API affiche désormais un état vide adapté avec des indications pour les étapes suivantes.
Basculez entre le mode clair et sombre sur une page FourA et tous les autres onglets ouverts changent également. Le cookie de thème est désormais l'unique source de vérité, ainsi l'application, le blog, la documentation et le portail de statut restent synchronisés sans rafraîchissement.
Survolez un jour sur updates.foura.ai et vous verrez les temps d'arrêt répartis par niveau de sévérité. Les pourcentages d'uptime ignorent désormais les jours sans données au lieu de les comptabiliser comme des interruptions. Les titres des incidents publics sont également plus clairs, sans la surcharge des tirets.
La page de statut affiche désormais la part de chaque journée qui a été dégradée : survolez la barre de n'importe quel jour pour obtenir le nombre exact de minutes. Les dates auxquelles nous ne surveillions pas encore un service s'affichent en gris au lieu de vert, et une légende à trois états sous la bannière explique chaque couleur.
Le listing de proxy de FourA est passé de 460 ms à moins de 2 ms pour une page typique de 200 lignes. Nous avons supprimé les champs inutilisés de la response, reconstruit l'index de tri, optimisé la base de données pour le stockage SSD et mis en cache les options de filtrage entre les requests. La sélection de proxy reste réactive même lorsque les outils d'administration récupèrent des données en même temps.
La section d'état des services présente une mise en page plus claire. Plus de flash de contenu vide pendant le chargement des données d'état, et les indicateurs de statut s'alignent correctement.
