Highlights
Das Dashboard von Proxy Finder sieht jetzt aus und verhält sich wie der Rest von FourA: gleiche Schriftarten, gleiche Diagramme, gleiches Theme, das dir über Subdomains hinweg folgt. Login-Fehler, die früher auf einer 400er-Seite in einer Sackgasse endeten, werden jetzt abgefangen und leiten dich zurück zum Login. Und du kannst die Overview-Analysen nach Produkt filtern: Single, Proxy Finder oder Browser.
Was neu ist
Proxy Finder-Dashboard: Designsystem angewendet
Wir haben diese Woche die Portierung des Proxy Finder-Dashboards auf das FourA-Designsystem abgeschlossen. Outfit-Typografie, die Indigo-Palette, einheitliches Chart.js, dasselbe Sidebar-Muster wie im Haupt-Dashboard, Tabellen-Container, die sich vom Seitenhintergrund abheben, und passende Stat-Cards. Beide Ansichten in Proxy Finder haben außerdem neue Favicons erhalten.
Die Theme-Synchronisierung läuft jetzt in Echtzeit. Wechsle auf dem Haupt-Dashboard von Light zu Dark und Proxy Finder folgt innerhalb von Millisekunden. Genauso umgekehrt. Kein Refresh.
Wenn du zwischen den Produkten hin- und hergewechselt bist, solltest du den Unterschied spüren: Es fühlt sich nicht mehr wie drei zusammengeschusterte Apps an.
Produkt- und Ergebnis-Filter auf dem Dashboard
Overview hat jetzt Chip-Filter über den Metriken. Wähle Single, Proxy Finder oder Browser, um jedes Panel und Chart auf ein Produkt einzugrenzen. Genauso bei Outcome: Filtere nach Erfolg, Timeout, Rate-Limit und so weiter.
Die Activity-Tabelle hat für jedes Produkt passende farbcodierte Symbole erhalten, sodass du das Log scannen und sehen kannst, welches Produkt einen Request verarbeitet hat, ohne die Spalte lesen zu müssen.
Eine kleine Anmerkung: Wenn du nach Produkt filterst, wird das Concurrency-Panel deaktiviert. Dieses Panel nutzt Live-Verbindungszahlen, die nicht nach Produkt aufgeschlüsselt sind, weshalb wir es lieber ausgrauen, anstatt eine irreführende Zahl anzuzeigen.
Login-Wiederherstellung statt Sackgassen-Fehlern
Wenn du den Login-Flow in einem ungünstigen Moment erwischt hast (Zurück-Button, Lesezeichen, zwei gleichzeitig geöffnete Tabs, abgelaufener Cookie), konnte die OAuth-State-Prüfung fehlschlagen und dich auf einer nackten 400 invalid_state-Seite stehen lassen. Acht verschiedene normale Benutzeraktionen konnten dies auslösen, alle davon harmlos.
Das ist vorbei. Die State-Prüfung löscht jetzt die veralteten Cookies und leitet dich sauber zurück zu /auth/login. Die Fehlerseiten für echte Katastrophenfälle sind jetzt ebenfalls gebrandet, falls tatsächlich einmal etwas Katastrophales passiert. Und /logout löscht jetzt den OAuth-State-Cookie ordnungsgemäß zusammen mit der Session.
Wenn du bisher gegen die Login-Wand gelaufen bist, sollte das jetzt nicht mehr passieren.
Single: Klarere Responses, wenn Upstream nicht verfügbar ist
Die Single-API unterscheidet jetzt zwischen zwei Fehlermodi, die früher gleich aussahen: Die Zielseite ist nicht verfügbar versus das Ziel gibt etwas zurück, das nicht dem erwarteten JSON entspricht.
Wenn du Single-Responses programmatisch parst, ist das wichtig. Du kannst "die Seite ist offline" und "die Seite hat seltsames HTML zurückgegeben" als unterschiedliche Fälle behandeln, ohne den Body selbst untersuchen zu müssen.
API-Keys: In-Place-Kopier-Button und Modal-Schutz
Zwei kleine Fixes auf der Keys-Seite, die aus der Beobachtung echter Nutzer resultieren.
Der "Kopieren"-Button befindet sich jetzt direkt auf dem Block für neue Keys und nicht mehr nur im Footer des Modals. Nutzer haben den Button im Footer nicht mit dem Key-Wert darüber in Verbindung gebracht. Jetzt ist er dort, wo du ihn erwartest.
Und das Modal für neue Keys ist vor versehentlichem Schließen durch Klicken auf den Hintergrund geschützt. Klick daneben? Nichts passiert. Du verlierst den Key nur, wenn du ihn absichtlich schließt. Vor diesem Fix konnte ein versehentlicher Klick einen frisch erstellten Key ohne Wiederherstellungsmöglichkeit vernichten.
Unter der Haube
Der Pool von Proxy Finder synchronisiert sich jetzt inkrementell, anstatt jedes Mal die vollständige Liste abzurufen. Die Auswahlqualität übersteht auch Neustarts: Der Scoring-State wird zwischen den Boots persistiert, sodass wir den Pool nach jedem Neustart nicht von Grund auf neu lernen müssen. Nettoeffekt für dich: konsistentere Proxy-Qualität, weniger blinde Flecken nach einem Deploy.
Die Discovery-Seite von Proxy Finder hat einige tote Source-Feeds entfernt, 25 neue hinzugefügt und lehnt nun Quellen ab, die Nicht-IPv4-Hosts oder unbekannte Protokolle zurückgeben. Geräuschlos besserer Intake, weniger Junk-Kandidaten.
Das Analytics-Skript auf der öffentlichen Statusseite wird nicht mehr blockiert. Wenn du sie also vor Kurzem geöffnet und Fehlermeldungen in der Dev-Konsole bemerkt hast, ist das jetzt behoben.
Und auf dem Blog wurden die Diagramme der Latenz-Fallstudie aktualisiert, um nur noch Production-Traffic von einem unserer größeren Nutzer anzuzeigen, wobei ein feindseliges Ziel ausgeschlossen wurde, damit der Median nicht durch einen einzelnen Ausreißer verzerrt wird. Der Beitrag selbst ist unverändert; die Zahlen sind jetzt einfach ehrlicher.