Dernières mises à jour et améliorations de FourA
En dessous de 768px, la ligne d'URL passe sur deux lignes, les onglets de response défilent horizontalement et le tableau de cookies devient une grille de cartes. Les tooltips d'aide s'ouvrent au tap plutôt qu'au survol ; l'iPhone SE (en dessous de 374px) bénéficie d'un rétrécissement supplémentaire. Le bouton Send est correctement centré et une URL longue ne provoque plus de défilement horizontal de la page.
Auparavant, l'agrandissement étirait la carte de response dans le flux de la page, de sorte que les volets de grande taille ajoutaient un défilement au body et décalaient le layout. C'est désormais un overlay fixe entre la sidebar et le bord du viewport, avec des volets qui s'étendent pour remplir le viewport. La touche Échap le ferme ; un helper unique gère les clics et les pressions de touches.
Les cibles qui se résolvent dans une plage de réseau privé renvoient désormais une erreur 400 avec une erreur de validation claire au lieu d'être transférées. La vérification s'exécute avant l'envoi de toute request et couvre les blocs IPv4 et IPv6 réservés. Si vous passez accidentellement un nom d'hôte interne, vous verrez immédiatement une erreur claire. Même comportement pour Single, Proxy Finder et Browser.
Les colonnes request et response partagent désormais des onglets identiques (UI, Body, Headers, Cookies, Raw). Chaque volet dispose de son propre sélecteur de vue (arborescence JSON, arborescence HTML, texte), Expand étire la response sur toute la largeur, et Ctrl/Cmd+K ouvre la recherche dans le volet avec une navigation suivant/précédent. Les boutons Copy et Download sont intégrés à chaque volet et récupèrent exactement ce qui s'affiche à l'écran, et l'onglet Cookies regroupe désormais par hôte avec un filtre, une suppression par ligne et des badges d'indicateurs.
Nous avons déployé des cartes Open Graph uniques pour l'ensemble des 30 articles de blog existants. Les liens partagés sur Discord, LinkedIn, Slack ou Twitter affichent désormais un aperçu propre et personnalisé au lieu d'un favicon générique. Les nouveaux articles ont leur carte générée automatiquement, avec un ajustement du texte qui renvoie les longs titres à la ligne au lieu de les couper au milieu d'un mot.
Les captures d'écran et les diagrammes intégrés dans les articles de blog s'adaptent désormais lorsque vous basculez entre le mode clair et le mode sombre. Fini les images sombres qui agressent le regard sur une page claire, ou les captures d'écran claires qui disparaissent sur un fond sombre.
Le filtre par puce de produit (Single, Proxy, Browser) fonctionne désormais aussi sur Metrics et Activity, et plus seulement sur Overview. Sélectionnez un produit n'importe où, et votre choix s'applique aux trois pages. Seule petite restriction : le scope Concurrency sur Metrics est désactivé lorsqu'un filtre de produit est actif, car la simultanéité n'est pas encore ventilée par produit.
Ajout d'une clause d'utilisation acceptable explicite concernant les sites web tiers, ainsi qu'une section plus claire sur la juridiction : les tribunaux de Sofia, avec maintien de la dérogation pour les consommateurs de l'UE. Une relecture rapide est recommandée si vous travaillez avec nous à grande échelle.
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.
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.
