Antworten vor einer Wiederholung einordnen
Dieser Dienst ist ein unabhängiges historisches Archiv und keine offizielle Reddit-API. Er bietet weder Reddit OAuth noch Veröffentlichung, Abstimmung oder private Nachrichten. Der Zugriff beschränkt sich auf das Lesen verfügbarer Daten, ohne Live-Datenstrom. Eine wiederholte Leseanfrage verändert keine Reddit-Inhalte, kann jedoch einen weiteren Credit verbrauchen und liefert nicht garantiert identische Ergebnisse. Trennen Sie entfernten Erfolg, Empfang im Client und lokale Verarbeitung Ihrer Datensätze.
Beginnen Sie mit https://api.redditapiproxy.com/v1/comments?subreddit=devops&limit=3, dem Beispiel der Startseite. subreddit wählt devops und limit fordert bis zu drei Kommentare an. Verwenden Sie serverseitig X-API-Key: <key> oder Authorization: Bearer <key>; beide Header sind zulässig. Übertragen Sie keinen Reddit-OAuth-Token. Prüfen Sie den HTTP-Status, bevor Sie den Antwortkörper als Daten interpretieren, und speichern Sie die Antwort vor dem Fortschreiben Ihres lokalen Verarbeitungsstands.
Bei HTTP 400 korrigieren Sie die Parameter, statt dieselbe ungültige Anfrage unbegrenzt zu wiederholen. Inhaltsabfragen akzeptieren q, subreddit, author, kind, from, to, min_score, limit und page; kind verwendet post oder comment. from/to erwarten YYYY-MM-DD in UTC und filtern created_utc mit vollständig eingeschlossenem Endtag. /v1/item verlangt id, /v1/subreddits nur prefix und limit. Lesen Sie die Dokumentation, bevor Sie Filter zwischen verschiedenen Routen übertragen.
Zugangsdaten und Guthaben vor dem nächsten Abruf korrigieren
HTTP 401 bezeichnet einen fehlenden oder ungültigen Schlüssel. Prüfen Sie Domain, Headernamen und konfiguriertes Geheimnis, ohne es zu protokollieren. Eine erfolgreiche leere Antwort ist kein Schlüsselproblem. Für einen neuen Schlüssel melden Sie sich im Kontobereich der Seite API-Schlüssel erhalten an und bestätigen Ihr Passwort; der bisherige wird sofort ungültig. Aktualisieren Sie die betroffenen Clients. Es gibt weder Passwortzurücksetzung noch Schlüsselzustellung per E-Mail.
HTTP 402 bedeutet unzureichendes Guthaben. Halten Sie Aufgaben an, die Credits erfordern, und prüfen Sie den Kontobereich; der öffentliche Status zeigt keinen Saldo. Zum Kauf erstellen Sie nach der Anmeldung eine Rechnung, bevor Sie deren exakten Betrag im angegebenen Netzwerk überweisen. Reichen Sie danach den Transaktionshash zur Prüfung ein. Warten Sie auf gutgeschriebenes Guthaben ohne angenommene Frist: Zahlung oder eingereichter Hash allein belegen noch keinen erfolgreichen nächsten Abruf.
HTTP 429 bezeichnet ein Häufigkeitslimit. Ihr Client kann eine maximale Zahl weiterer Versuche mit wachsenden Pausen festlegen und die Aufgabe anschließend beenden. Diese lokale Strategie garantiert keinen späteren Erfolg. Vermeiden Sie, dass jede Anwendungsschicht eine zusätzliche automatische Wiederholungskette startet. Die netzwerkweiten Kontrollen zur Berechtigung für Testguthaben sind davon zu unterscheiden; daraus ergibt sich weder eine bezahlte Dienstklasse noch ein Mechanismus zur Priorisierung von Anfragen.
Kosten, Transport und Datenverarbeitung getrennt betrachten
Ein erfolgreicher Abruf kostet einen Credit, auch bei leerem Ergebnis. Ungültige Anfragen buchen nichts ab; Fehler des vorgeschalteten Dienstes erstatten die Reservierung. Eine unterbrochene Verbindung oder ein Client-Zeitlimit kann jedoch auf einen bereits berechneten Erfolg folgen. Eine erfolgreiche Wiederholung kostet einen weiteren Credit. Auch ein Fehler Ihrer Datenbank nach Empfang einer gültigen Antwort löst keine automatische Erstattung aus. Kalkulieren Sie Tests und Wiederholungen anhand der Preisseite.
Verwenden Sie /v1/status nicht als Nachweis für Suchsystemzustand oder Schlüsselgültigkeit. Die öffentliche, kostenlose, statische Antwort bestätigt nur HTTP-Erreichbarkeit. Bei Inhaltsseiten liegen limit und page zwischen 1 und 100; min_score filtert ohne Sortierung und _doc stellt weder Zeit noch Relevanz oder Bewertung dar. eq bedeutet einen exakten Abfragegesamtwert, gte eine Untergrenze und unknown einen nicht verlässlichen Gesamtwert, möglicherweise null. Keiner dieser Werte bestätigt vollständige Archivabdeckung.
Prüfen Sie data und die für Ihre Anwendung benötigten Felder. Flache Datensätze mit vorhandenen parent_id oder link_id können lokal verknüpft werden, ohne vollständigen Gesprächsverlauf zu garantieren. Speichern Sie empfangene Daten, bevor Sie eine Seite als fertig markieren. Eine Wiederholung ergänzt nicht garantiert fehlende Verweise, bewahrt dieselbe Reihenfolge oder findet sämtliche fehlenden Datensätze. Aufgeteilte Zeiträume und lokale Dublettenbereinigung organisieren die Arbeit, beweisen jedoch keinen vollständigen Download.
