Διαχείριση API rate limits και cache — DedSec Project

Τι συμβαίνει

Το HTTP 403 μπορεί να δηλώνει άρνηση άδειας ή υπέρβαση rate limit. Διάβασε τα headers πριν αποφασίσεις πότε θα ξαναδοκιμάσεις.

Πρακτικός έλεγχος

Χρησιμοποίησε exponential backoff μόνο σε προσωρινά σφάλματα και με ανώτατο αριθμό προσπαθειών. Μην επαναλαμβάνεις επ' άπειρον άκυρα credentials ή queries.

Συνήθεις παγίδες

Ένα χρονοσημασμένο στατικό JSON βοηθά offline. Σημείωσέ το ως cache· μην παρουσιάζεις παλιά στοιχεία ως live ή άσχετα αποτελέσματα.

Μικρό παράδειγμα για προσαρμογή

curl -I https://api.github.com/rate_limit

Πίνακας αποφάσεων αντί για retry σε κάθε 403

Δώσε synthetic responses: 200 με έγκυρα δεδομένα, 200 με άκυρο JSON, 401, 403 με ένδειξη rate limit, 429 με Retry-After και 503. Parse failure χρειάζεται data/schema error. Άκυρο authentication χρειάζεται σωστά credentials. Προσωρινό limit θέλει bounded delay, ενώ permission denial απόφαση πολιτικής. Ένας status code δεν εξηγεί όλες τις αιτίες.

Κράτησε την επόμενη επιτρεπόμενη προσπάθεια ως χρόνο ή bounded delay και βάλε συνολικό retry budget. Σεβάσου το προβλεπόμενο Retry-After/reset αντί να εφαρμόζεις αυθαίρετη αναμονή. Inject clock στα tests για να μη χρειάζεται πραγματικό waiting. Μην καταγράφεις authorization headers.

Στο cache αποθήκευσε query, πηγή και generation time μαζί με τα αποτελέσματα. Αν αποτύχει refresh, το UI πρέπει να δηλώνει παλιό snapshot και να κρατά το αρχικό query context. Έλεγξε χωριστά άδειο έγκυρο αποτέλεσμα και μη διαθέσιμο αποτέλεσμα· δεν πρέπει να εμφανίζονται και τα δύο ως απόδειξη ότι δεν υπάρχει τίποτα.