Die Grenze vor dem Bildschirm festlegen
In der hypothetischen Wander-App gibt die Person offline maps ein und drückt Suchen. Das Gerät sollte diesen Wunsch an Ihr Anwendungsbackend senden, nicht den Zugangsschlüssel erhalten, der Archivabrufe bezahlt. Browser-Bundles sind einsehbar; auch eine verteilte mobile App kann eingebettete Zeichenfolgen oder ausgehende Header offenlegen. Ein offengelegter Wert aus der Build-Zeit wird nicht privat, nur weil er Umgebungsvariable heißt.
Mit dem Schlüssel auf dem Backend ändert sich, was ein veröffentlichter Client wissen muss. Er benötigt den Anfragevertrag Ihrer App, etwa Suchformulierung und erlaubte Community. Ihr Server ergänzt den Authentifizierungs-Header für das Archiv. Diese Architektur braucht weiterhin Zugriffskontrollen und sorgfältigen Betrieb; das Verlegen eines Geheimnisses macht nicht automatisch die gesamte Anwendung sicher.
Eine kleine App-Anfrage annehmen
Für eine erste Version könnte Ihr Backend eine Suchformulierung und eine Seitennummer annehmen, subreddit=hiking und limit=3 aber selbst festlegen. Prüfen Sie Längen und Wertebereiche und erlauben Sie nur tatsächlich unterstützte App-Optionen. Nehmen Sie weder einen vom Client bestimmten Archivhost noch beliebige Query-DSL oder weiterzuleitende Authentifizierungs-Header an. Das ist eine vorgeschlagene App-Grenze, kein zusätzlicher Endpunkt von Reddit App API.
Verwenden Sie beim Backend-Aufruf des Archivs entweder X-API-Key oder Authorization: Bearer. Ungültige Parameter, die vor einer Abrufreservierung abgewiesen werden, kosten keinen Credit; erfolgreiche leere Ergebnisse schon. Validierung hilft bei Korrekturen und macht die Integration vorhersehbarer. Sie beweist weder die Archivabdeckung eines angefragten Datums noch, dass eine gültige Suche nützliche Datensätze liefert.
Kontoanmeldung getrennt halten
Mit dem Secure-HttpOnly-Sitzungscookie der Dienstwebsite kann der Kontobetreiber Konto und Rechnungen verwalten. Der API-Schlüssel authentifiziert Abrufe Ihres Backends. Eine von Ihnen implementierte Anmeldung der wandernden Person in der App ist wiederum ein anderes Verhältnis. Geben Sie kein Dienstkontocookie an Wandernde weiter und deuten Sie eine Dienstschlüssel-401 nicht als Beleg für den Ablauf ihrer App-Sitzung.
API-Schlüssel und Kontoguthaben sind mandantenspezifisch und werden nicht über das Domainnetzwerk geteilt. Speichern Sie die Zugangsdaten für redditapp.com mit einer eindeutigen Domainkennzeichnung. Ein Schlüssel einer anderen Marke wird nicht gültig, indem Sie die Ziel-URL ändern. Netzwerkweite Testberechtigung macht getrennte Kontoguthaben nicht zu einem gemeinsamen Vorrat.
Protokolle als Teil der Geheimnisgrenze prüfen
Wenn Sie den API-Schlüssel auf Ihr Backend verlegen, müssen Sie auch seine Protokollierung beachten. Prüfen Sie Request-Traces, Ausnahmeberichte und Observability-Integrationen auf kopierte Authentifizierungs-Header. Halten Sie sinnvolle Diagnoseinformationen über Vorgang und Status fest, ohne den Rohschlüssel, das Kontopasswort oder vollständige Anfragegeheimnisse zu speichern.
Geben Sie eine Meldung zurück, mit der die wandernde Person etwas anfangen kann. Ein Dienstschlüsselfehler erfordert Betreiberaufmerksamkeit, wenig Guthaben eine Kontoentscheidung und eine Ratenbegrenzung Zurückhaltung. Wiederholte Versuche bei 401 oder 402 beheben die Ursache nicht. Wurde die Antwort einer Anfrage verloren, dokumentieren Sie diese Ungewissheit, statt einen kostenlosen Fehlschlag oder bestätigten Erfolg anzunehmen.
Den Schlüssel ersetzen und die Bereitstellungen im Blick behalten
Die Registrierung zeigt den vollständigen Schlüssel einmal, vor einer Zahlung. Spätere Kontoansichten zeigen das Präfix, keine wiederherstellbare Kopie. Ein angemeldeter Betreiber kann das Kontopasswort bestätigen und den Schlüssel neu erzeugen; der alte wird sofort ungültig. Bereiten Sie eine Liste der Backend-Umgebungen vor, die den Ersatz brauchen, und aktualisieren Sie sie bewusst. Es gibt kein Versprechen, dass eine Änderung in einem Geheimnisspeicher automatisch alle laufenden Prozesse erreicht.
Bewahren Sie das Passwort sicher auf: Der aktuelle Dienst hat weder einen Passwort-zurücksetzen-Ablauf noch eine Google-Anmeldung. Prüfen Sie nach dem Wechsel die geänderte Bereitstellung mit einer bewusst ausgelösten Anfrage und beachten Sie, dass erfolgreiche Abrufe berechnet werden. Halten Sie Lade- und Fehlermeldungen während des Wechsels ehrlich. Unter /de/#field-notes finden Sie verwandte Hinweise zu Zuständen und Budgetierung.
