Scegli dove il server conserverà il segreto
Prima della registrazione, decidi come il backend leggerà la chiave dalla configurazione privata. Non deve trovarsi nel codice della vista consegnata al cliente. Prepara un posto sicuro per salvarla quando appare; uno screenshot allegato a un’attività condivisa non sostituisce la configurazione della credenziale nell’applicazione.
Chi collega la ricerca di feedback al backend apre l’account con email e password da 12 a 72 byte in UTF-8. Controlla la lunghezza dopo la codifica: alcuni caratteri occupano più byte. La registrazione non prevede accesso con Google e non richiede né collegamento né indirizzo di un portafoglio. Appena riesce, mostra la chiave una sola volta, prima di qualsiasi pagamento. Trasferisci subito il valore nel gestore di segreti predisposto per il server. Il gruppo che leggerà gli esempi di SideProject nella tua applicazione riceverà i testi, senza dover conoscere questa credenziale.
Per continuare la preparazione torna al pannello account integrato in questa pagina: puoi controllare il saldo, creare fatture e sostituire la chiave. Non potrai invece rivedere la chiave originale o riceverla via email. Dimensiona la prova SideProject sui crediti effettivamente disponibili; gli eventuali 100 crediti di prova dipendono dai controlli contro gli abusi della rete. Aprire l’account e ottenere la chiave non richiede una ricarica. Mantieni anche l’associazione al dominio nella configurazione del server: account, chiave e saldo valgono solo per redditapicloud.com.
Verifica un’azione completa del prodotto
Invia Authorization: Bearer <chiave> oppure X-API-Key: <chiave> dal server: entrambi sono ammessi. La sessione del pannello è separata da questi header e dai permessi degli utenti SaaS. Quando sono disponibili crediti, prova feedback in SideProject con limit=3, come nell’esempio iniziale.
Un’azione autorizzata deve produrre testo leggibile oppure uno stato vuoto ben spiegato. Anche il successo senza record costa un credito. /v1/status è pubblico e non verifica la chiave o la disponibilità della ricerca. Controlla quindi la chiamata che userà davvero la funzione.
Acquista crediti dalla fattura corrente
Prepara il finanziamento del percorso completo, dalla ricerca feedback al testo mostrato nel tuo SaaS. La prima ricarica è di almeno $50 per 50000 crediti, alla tariffa di $1 ogni 1000 recuperi riusciti. I crediti acquistati non scadono e non serve un abbonamento. Il responsabile dell’account accede qui e genera una fattura sul server prima di trasferire fondi. Sceglie USDT su TRON TRC20 oppure USDC su Ethereum mainnet ERC20 e usa destinatario e importo esatti della fattura corrente, evitando di riprendere dati annotati durante una prova precedente.
Quando consegni il pilota al gruppo, distingui la prova del pagamento dall’esito del test della funzione. Dopo il trasferimento invia l’hash per la verifica, senza firma del portafoglio. Il server deve convalidare un trasferimento autentico, confermato e corrispondente alla fattura. Questa scade dopo un’ora, ma non stabilisce una scadenza per premere Verifica. Se il fornitore di informazioni non risponde, il controllo può restare in sospeso; non è garantito un tempo di accredito. Una nuova fattura non implica neppure un nuovo indirizzo di ricezione. Pianifica il prossimo recupero a pagamento della vista di ricerca solo con saldo disponibile.
Distingui la sostituzione dalla ricerca di un errore
Se perdi o esponi la chiave, accedi e conferma la password per rigenerarla. La precedente smette subito di funzionare: aggiorna tutte le configurazioni che la usavano. Non sono disponibili ripristino della password o invio di chiavi via email. Cambiare il segreto non corregge parametri errati e non aumenta il saldo.
Il widget conserva gli identificatori di fattura e utente in localStorage per hostname per recuperare la fattura, non la chiave originale. Gestisci tu il segreto del backend. La guida approfondisce le prove della funzione, mentre i prezzi spiegano il costo di chiamate e tentativi aggiuntivi.
