Reddit App API · 04 / APP
Erstellen Sie Ihren Schlüssel und entscheiden Sie dann über das Anfrageguthaben
Erstellen Sie ein Konto mit E-Mail und Passwort, speichern Sie den API-Schlüssel vor einer Zahlung und verwalten Sie Anfrage-Credits über eine serverseitig erstellte USDT- oder USDC-Rechnung auf dieser Seite.
Registrieren und den Schlüssel vor dem Verlassen speichern
Erstellen Sie ein Konto mit Ihrer E-Mail-Adresse und einem Passwort mit 12–72 Bytes in UTF-8. Bytes entsprechen nicht immer der Zahl sichtbarer Zeichen. Die Registrierung verwendet E-Mail und Passwort; Google-Anmeldung und Wallet-Verbindung sind nicht verfügbar. Eine Funktion zum Zurücksetzen des Passworts wird derzeit nicht angeboten. Bewahren Sie es daher sicher auf.
Nach erfolgreicher Registrierung wird der API-Schlüssel sofort angezeigt, noch vor jeder Zahlung. Speichern Sie ihn in der Geheimniskonfiguration Ihres Backends, solange er sichtbar ist. Er ist ein wiederverwendbarer Zugangsschlüssel für Anfragen, kein Einmalschlüssel. Bei einem späteren Kontobesuch lässt sich der vollständige Schlüssel nicht erneut anzeigen; die Kontoansicht zeigt sein Präfix. Der Server speichert Hash und Präfix, nicht den wiederherstellbaren Rohschlüssel.
Schlüssel und Guthaben für diese Domain
Verwenden Sie den gespeicherten Schlüssel mit https://api.redditapp.com über X-API-Key oder Authorization: Bearer. Er gehört weder in eine mobile Binärdatei oder ein Browser-Bundle noch in eine URL oder öffentliche Fehlermeldung. Ihr eigenes Backend sendet die authentifizierten Archivanfragen für Ihre App. Die Kontositzung dieser Seite ist von diesen Anfrage-Headern getrennt.
Konten, Guthaben und Schlüssel gehören zu dieser Domain. Ein Schlüssel einer anderen Website des Netzwerks funktioniert hier nicht. Eine berechtigte Registrierung kann 100 Test-Credits erhalten; vorausgesetzt, sie besteht die netzwerkweiten Missbrauchsprüfungen von E-Mail-Adresse und Quell-IP. Dieses Testangebot ist an Bedingungen geknüpft, weder ein Versprechen kostenlosen Zugangs noch eine Zugabe zu jeder bezahlten Aufladung.
Anfragen zählen, nicht Datensätze
Ein Credit bezahlt eine erfolgreiche Abrufanfrage, auch wenn deren erfolgreiche Antwort keine Datensätze enthält. $1 entspricht 1.000 bezahlten Credits; die Mindestaufladung von $50 ergibt 50.000 bezahlte Credits. Ob drei oder 100 Datensätze zurückgegeben werden, ändert den Preis von einem Credit pro Anfrage nicht. Es gibt kein Abonnement, und bezahlte Credits verfallen nicht.
Ungültige Anfragen, die vor einer Reservierung abgewiesen werden, belasten das Guthaben nicht. Eine fehlgeschlagene Anfrage beim vorgelagerten System gibt den reservierten Credit frei; eine Erstattung kann jedoch noch auf Abstimmung warten. Die öffentliche Antwort von /v1/status ist kostenlos und testet das Suchbackend nicht. Prüfen Sie zur Nutzungsabstimmung Guthaben und Zähler erfolgreicher, ausstehender sowie erstatteter Anfragen.
Vor dem Senden von Geld eine Rechnung erstellen
Melden Sie sich hier an und erstellen Sie eine Rechnung über den Betrag, den Sie aufladen möchten. Unterstützt werden USDT auf TRON TRC20 und USDC auf Ethereum Mainnet ERC20. Verwenden Sie Empfängeradresse, exakt fälligen Betrag, Token und Netzwerk, die diese serverseitig erstellte Rechnung anzeigt. Übernehmen Sie alle angezeigten Nachkommastellen; der fällige Betrag kann einen kleinen Zuordnungszusatz enthalten.
Senden Sie kein Geld an eine erinnerte Adresse und ersetzen Sie den angezeigten Empfänger nicht durch eine Token-Vertragsadresse. Eine eindeutige Rechnung bedeutet nicht, dass ihre Empfängeradresse jedes Mal wechselt. Die Rechnung zeigt ihren Ablaufzeitpunkt, normalerweise eine Stunde nach Erstellung. Befolgen Sie ihre Anweisungen; eine feste Bestätigungs- oder Gutschriftdauer wird nicht versprochen.
Die Übertragung prüfen und den tatsächlichen Zustand lesen
Fügen Sie nach der vorgeschriebenen Übertragung deren Transaktionshash in das Prüffeld der Rechnung ein. Nur eine echte, berechtigte und serverseitig bestätigte Übertragung setzt die Rechnung auf bezahlt und schreibt Credits gut. Ein ausstehender Zustand, ein nicht verfügbarer Prüfprovider oder ein Transaktionshash allein bestätigt keine Zahlung. Senden Sie keine zweite Übertragung, nur weil die Prüfung vorübergehend nicht verfügbar ist.
Das Widget kann den letzten Rechnungsverweis zusammen mit Ihrer Nutzerkennung in diesem Browser aufbewahren und den Zustand abrufen, wenn sich dieselbe Person wieder anmeldet. Das ist die Wiederaufnahme der letzten Rechnung, kein Browser für eine vollständige Transaktionshistorie. Der API-Schlüssel wird dort nicht gespeichert, und eine fehlende oder bezahlte Rechnung erzeugt nicht automatisch einen Ersatz.
Einen verlorenen Schlüssel bewusst ersetzen
Eine angemeldete Person kann das Kontopasswort eingeben und den API-Schlüssel neu erzeugen. Das macht den alten Schlüssel sofort ungültig. Bereiten Sie daher die Aktualisierung aller Backend-Bereitstellungen vor, die ihn verwenden. Speichern Sie den neu angezeigten vollständigen Schlüssel, ersetzen Sie das alte Geheimnis und prüfen Sie eine bewusst ausgelöste Anfrage. Die Neugenerierung stellt den früheren Schlüssel weder wieder her noch sendet sie ihn per E-Mail.
Die Funktion entwickeln enthält die erste veranschaulichende Anfrage. Die Praxisnotiz zum Budgetieren einer App-Suchfunktion hilft Ihnen, die eigene Nutzung abzuschätzen. Diese Beispiele bestätigen weder eine funktionierende Integration noch bestimmte Archivinhalte.
