Beispielanfrage
cURL
curl --fail-with-body -H "Authorization: Bearer YOUR_API_KEY" "https://api.redditstreamapi.com/v1/posts?subreddit=datasets&limit=3&page=2"Einzelne Anfragen statt eines Ereignisstroms
Reddit Stream API ermöglicht lesenden Zugriff auf ein unabhängiges historisches Reddit-Archiv für Entwickler von Stapelverarbeitungen. Der Dienst ist weder offiziell noch mit Reddit verbunden. Sein Name bezeichnet keinen Live-Datenstrom über SSE oder WebSocket: Jeder GET-Aufruf fordert eine begrenzte Antwort an. Reddit OAuth, Veröffentlichung, Abstimmung und private Nachrichten werden ebenfalls nicht angeboten. Ihre Anwendung plant die Aufgaben und entscheidet, welche Antworten sie speichert und verarbeitet.
Die Arbeit lässt sich in Abfragefenster unterteilen, folgt aber nicht automatisch der aktuellen Aktivität auf Reddit. Regelmäßig wiederholte Anfragen sind eine Entscheidung des Clients, kein Abonnement neuer Ereignisse. Datensätze können fehlen; vollständige Abdeckung, unveränderliche Antworten, ein festes Schema und dauerhafte Verfügbarkeit werden nicht garantiert. Ein verarbeitetes Fenster bedeutet, dass Ihre lokale Aufgabe beendet ist, nicht dass alle historischen Nachrichten des Zeitraums abgerufen wurden.
Die Antworten enthalten flache Datensätze ohne serverseitig zusammengesetzte Diskussionsbäume. Vorhandene parent_id oder link_id ermöglichen lokale Verknüpfungen, ohne vollständigen Kontext zu garantieren. Die Ausgabe folgt _doc, einer internen Reihenfolge statt Zeit, Relevanz oder Bewertung. min_score setzt eine numerische Untergrenze ohne Sortierung. Eine Seitennummer ist weder ein Zeitstempel noch eine dauerhafte Position in einem Ereignisprotokoll.
Eine Seite zum Prüfen der Clientverarbeitung
Das Beispiel lautet GET https://api.redditstreamapi.com/v1/posts?subreddit=datasets&limit=3&page=2. subreddit=datasets grenzt die Community ein, limit=3 fordert höchstens drei Beiträge an und page=2 wählt die zweite Seite dieser Abfrage. Gemeint sind weder ein zweiter Zeitraum noch die nächsten drei Live-Ereignisse. Authentifizieren Sie serverseitig mit X-API-Key: <key> oder Authorization: Bearer <key>; beide Header verwenden den Schlüssel dieser Domain.
Synthetischer Antwortausschnitt, nur zur Erklärung und ohne ausgeführte Anfrage: {"data":[],"pagination":{"page":2,"limit":3,"total":null,"relation":"unknown","has_more":false,"window_exhausted":false},"credits":{"cost":1,"balance":99}}. Der Saldo ist fiktiv. Eine leere spätere Seite belegt keine exakte Gesamtzahl null; unknown kennzeichnet einen nicht verlässlichen Gesamtwert. Dieser leere Erfolg kostet einen Credit und beweist nicht, dass datasets außerhalb der empfangenen Antwort keine historischen Beiträge enthält.
Speichern Sie die Antwort vor Feldumwandlungen und der Aktualisierung Ihres Fortschritts. Bei Inhaltsabfragen reichen limit und page jeweils von 1 bis 100, mit einer Seite je Anfrage. Bewahren Sie has_more und window_exhausted als Hinweise auf erreichte Grenzen auf, statt einen Cursor jenseits von Seite 100 zu erfinden. Aufgeteilte Zeiträume und lokale Dublettenbereinigung können Arbeit organisieren, garantieren aber keine vollständige Abdeckung, Eindeutigkeit oder unveränderte Wiederholungen.
Zugang, Credits und Zahlungen
Ein Konto entsteht mit E-Mail-Adresse und einem Passwort von 12 bis 72 UTF-8-Bytes. Der Schlüssel wird unmittelbar nach erfolgreicher Registrierung einmal angezeigt, bereits vor einer bezahlten Aufladung. Sichern Sie ihn dann außerhalb öffentlich ausgelieferten Codes. Die möglichen 100 Test-Credits unterliegen einer netzwerkweiten Missbrauchskontrolle. Konten, Schlüssel und Guthaben bleiben dennoch domainspezifisch. Anmeldung, Guthaben, Rechnungen und Schlüsselerneuerung finden Sie im Kontobereich der Seite API-Schlüssel erhalten.
Ein erfolgreicher geschützter Abruf kostet einen Credit, auch mit leerer Ergebnisliste. Ein Credit entspricht $0.001; $1 ergibt 1000 Credits. Die kleinste bezahlte Aufladung beträgt $50 und ergibt 50000 Credits. Bezahlte Credits verfallen nicht; ein Abonnement ist nicht erforderlich. Ungültige Anfragen werden nicht belastet, bei einem Fehler des vorgeschalteten Suchdienstes wird die Reservierung erstattet. Ein verlorener Client-Empfang kann dennoch auf einen berechneten Servererfolg folgen; ein erfolgreicher Wiederholungsversuch kostet erneut.
Erstellen Sie vor einer Überweisung eine Rechnung im angemeldeten Kontobereich. Unterstützt werden USDT auf TRON als TRC20 und USDC auf Ethereum Mainnet als ERC20. Verwenden Sie Empfänger und genauen Betrag der aktuellen Rechnung und reichen Sie anschließend den vorhandenen Transaktionshash zur Prüfung ein. Nur eine tatsächlich bestätigte, passende Überweisung kann gutgeschrieben werden. Eine sofortige Bestätigung ist nicht zugesichert. Weder diese Prüfung noch der private Kontostand gehört zur öffentlichen Statusantwort.
