Ein Konto für die Untersuchung vorbereiten
Entscheiden Sie vor der Registrierung, wo die AskSocialScience-Erhebung laufen soll. Ein privater Serverprozess kann den Schlüssel verwahren, während das gemeinsame Forschungsprotokoll Daten, Filter und Entscheidungen enthält. Teammitglieder sollen die Methode prüfen können, ohne das Kontogeheimnis zu erfahren. Der Kontobereich auf dieser Seite verwaltet Konto, Guthaben und Rechnungen für redditcollector.com; er erzeugt kein gemeinsames Konto für andere Domains.
Richten Sie den Zugang so ein, dass Ihr Erhebungsskript beide AskSocialScience-Wochen mit derselben privaten Konfiguration abrufen kann. Für die Registrierung benötigen Sie eine E-Mail-Adresse und ein Passwort mit 12 bis 72 UTF-8-Bytes; Umlaute können mehrere Bytes belegen. Sichern Sie den unmittelbar nach erfolgreicher Registrierung angezeigten Schlüssel gleich in Ihrer Geheimnisverwaltung, bevor Sie zum Erhebungsplan zurückkehren. Er erscheint nur einmal und bereits vor einer Zahlung. Im Forschungsprotokoll genügt ein Verweis auf die verwendete Konfiguration; der Schlüssel gehört nicht neben die Datumsgrenzen. Für die zweite Woche ist kein weiteres Konto nötig. Die Registrierung verwendet weder Google-Anmeldung noch Wallet-Verbindung und verlangt keine Wallet-Adresse.
Das private Erhebungsskript einrichten
Verwenden Sie X-API-Key: <Schlüssel> oder Authorization: Bearer <Schlüssel>; beide Header werden akzeptiert. Hinterlegen Sie den Wert in der geheimen Serverkonfiguration, außerhalb exportierter Notebooks, öffentlicher Repositories und Antwortprotokolle. Das Secure HttpOnly-Cookie des Kontobereichs dient der Anmeldung und ersetzt keinen Abrufheader. Ein Projektname in Ihrem Protokoll ist eine lokale Kennzeichnung, keine API-Funktion und kein zusätzliches Guthaben.
Ein eigenes Budget für die Sichtung
Erhält das Konto die bedingten 100 Test-Credits nach den netzwerkweiten Regeln zur Missbrauchsprävention, reservieren Sie einige Anfragen für die Sichtung von bis zu drei Beiträgen. Diese Zuteilung ist nicht garantiert. Jeder erfolgreiche Abruf kostet einen Credit, auch ein leerer. Prüfen Sie die HTTP-Antwort vor dem Fortfahren: 401 betrifft den Schlüssel, 402 das Guthaben und 429 die Anfragehäufigkeit. /v1/status ist statisch und prüft weder Ihren Schlüssel noch die Verfügbarkeit des Archivs.
Guthaben kaufen und den Schlüssel wechseln
Bezahlte Abrufe kosten $1 je 1000 erfolgreiche Anfragen. Mindestens $50 ergeben 50000 Credits ohne Abonnement und Verfall. Melden Sie sich an und erstellen Sie vor der Überweisung eine serverseitige Rechnung. Nutzen Sie deren Empfänger und exakten Betrag für USDT auf TRON TRC20 oder USDC ERC20 im Ethereum-Hauptnetz. Die Rechnung läuft nach einer Stunde ab. Reichen Sie den Transaktionshash zur Prüfung einer echten, bestätigten und passenden Überweisung ein. Bei Anbieterausfällen kann die Prüfung ausstehen; ein Zeitpunkt der Gutschrift ist nicht garantiert.
Für einen neuen Schlüssel melden Sie sich an und bestätigen das Passwort; der alte wird sofort ungültig. Halten Sie Ihr Skript an und aktualisieren Sie dessen Geheimnis vor dem Neustart. Es gibt weder Schlüsselversand per E-Mail noch Passwortzurücksetzung. Das Widget speichert Rechnungs- und Benutzerkennung je Hostname im localStorage, nicht den Schlüssel. Eine verlorene Antwort kann auf berechneten Erfolg folgen; ein erfolgreicher neuer Versuch kostet erneut einen Credit. Ein Fehler des vorgeschalteten Dienstes erstattet dagegen die Reservierung.
