Highlights
Proxy Finder lernt jetzt pro Host. Es wählt nicht mehr nur einen allgemein schnellen Proxy, sondern einen, der für deine Zielseite bereits funktioniert hat. Browser hat einen Stabilitäts-Fix erhalten, der eine Klasse von Cold-Start-Fehlern behebt. Zudem können die Dashboard-Ansichten für Metrics und Activity jetzt nach Produkt gefiltert werden.
Was ist neu
Proxy Finder wählt Proxys, die tatsächlich für dein Ziel funktionieren
Das ist die größte Änderung der Woche, und sie brauchte mehrere Iterationen.
Vorher: Proxy Finder wählte aus dem globalen Pool nach allgemeiner Eignung aus. Zwei Requests an dieselbe Zielseite bedienten sich aus demselben breiten Pool, obwohl die meisten Proxys darin auf dieser spezifischen Seite nicht funktionierten.
Jetzt: Für jeden Ziel-Host, den du anfragst, trackt Proxy Finder, welche Proxys tatsächlich geliefert haben. Neue Requests wählen einige aus dem bewährten Set, nutzen zur weiteren Erkundung ein kleines Probe-Set unbekannter Proxys und vermeiden solche, die dort bereits fehlgeschlagen sind. Das bewährte Set gilt pro Host und bleibt über Neustarts hinweg erhalten.
Wenn du geschützte Seiten scrapst, auf denen nur ein kleiner Teil der Proxys funktioniert, wirst du das merken. Weniger Nieten, weniger Retries, weniger verschwendetes Budget.
Wir haben das hinter einem Flag ausgerollt, sechs Iterationen gedreht, um Ecken abzurunden (eine davon, die Begrenzung der Lernlogik für Stabilität bei wenig Traffic, brauchte zwei weitere Durchläufe), und den Produktionsstandard diese Woche umgestellt.
Browser ist nach Leerlaufzeiten zuverlässig
Zwei Fixes, ein Ergebnis.
Erstens hatte Browser einen Stale-State-Bug beim Cold Start. Nach ausreichender Leerlaufzeit hielt der zugrunde liegende Display-Layer einen Lock, der den nächsten Start verhinderte. Dein erster Request nach einer Ruhephase konnte fehlschlagen oder hängen. Wir bereinigen den Lock jetzt vor dem Start.
Zweitens zeigte der öffentliche API-Pfad, der zu Browser routet, in einigen Umgebungen auf das falsche Ziel. Traffic wurde stillschweigend fehlgeleitet. Das Routing ist jetzt korrekt konfiguriert.
Falls du bei geringem Volumen unzuverlässiges Verhalten beim ersten Request an Browser bemerkt hast: Das war die Ursache.
Metrics und Activity nach Produkt filtern
Die Dashboard-Seiten Metrics und Activity haben jetzt einen Chip-Filter nach Produkt. Klicke auf Single, Browser oder Proxy Finder, und die Diagramme beschränken sich auf den Traffic dieses Produkts. Nützlich, wenn du Latenz oder Fehler nur für einen Teil deiner Nutzung statt aggregiert sehen willst.
Ein kleines Website-Update
Die /jobs-Seite ist live. Wir stellen einen Founding Engineer und einen Engineer ein. Beide Seiten beschreiben den Umfang, die ersten Monate und den Bewerbungsprozess.
Außerdem haben wir das mobile Rendering der Dashboard-Vorschau auf der Startseite optimiert, die Social-Share-Bilder für neun öffentliche Routen aktualisiert, robots.txt für das KI-Zeitalter 2026 angepasst (Retrieval- und Social-Share-Previewer erlaubt, Trainings-Crawler blockiert) und die Nutzungsbedingungen mit einer klareren Klausel zur zulässigen Nutzung sowie einem Hinweis zum Gerichtsstand Sofia mit EU-Verbraucherausnahme aktualisiert.
Unter der Haube
Eine interne Umbenennung zu Beginn des Zeitfensters hat einen Feature-Namen auf der gesamten Website geändert. Gleiches Produkt, gleiches Verhalten; die alte Formulierung hat Richtlinienfilter von Werbeplattformen ausgelöst.
Wir veröffentlichen noch keine Zahlen zur neuen Selektionslogik. Wir wollen zwei saubere Wochen an Production-Traffic sehen, bevor wir Aussagen zu Erfolgsraten treffen. Echte Zahlen, sobald wir sie haben.
Wir haben den letzten Monat damit verbracht, die Schicht neu zu bauen, die entscheidet, welcher Proxy für welches Ziel verwendet wird. Der schwierige Teil ist dabei nicht der Algorithmus; es ist die Messung, ob er unter realer Last tatsächlich hilft. So sieht der Mai aus.