Hades este un proxy invers HTTP / 2 bazat pe HATEOAS experimental pentru backend-urile API JSON.
De ce?
Specificatia API JSON foloseste pe larg obiectele de legaturi in specificatia sa. Aceste obiecte de legaturi contin adrese URL care permit unui client sa traverseze cu usurinta si automat documente pentru a prelua paginile ulterioare, datele relatiei si resursele conexe.
Odata cu implementarea in continua crestere a HTTP / 2, aceste linkuri HATEOAS devin mult mai relevante, mai ales atunci cand pot fi trimise catre client inainte ca acesta chiar sa le solicite .
Hades este un proxy invers inteligent care poate fi implementat in fata oricarui server API JSON.
Clientii care sunt capabili HTTP / 2 pot trimite apoi un antet X-Push-Va rugam sa solicitati aplicatia dvs. Valorile acestui antet ar trebui sa fie compuse din selectoare JSONPath care vizeaza legaturile din documentul de raspuns asteptat. Hades va identifica aceste legaturi si va impinge proactiv resursele legate catre client.
Clientii care nu sunt capabili HTTP / 2 pot, de asemenea, sa trimita aceste anteturi, Hades pur si simplu nu va impinge raspunsurile. Versiunile viitoare ale Hades ar putea face optimizari suplimentare (cum ar fi utilizarea cererii pentru a incalzi o memorie cache a aplicatiei de pe server).
Exemplu
Luati un server API JSON cu probleme, comentarii si tipuri de resurse de utilizator ca exemplu.
Un client ar dori sa enumere cele mai recente 10 numere si sa incorporeze avatarurile utilizatorilor pentru fiecare participant la problema.
In termenii API JSON, modelul de date este structurat astfel incat:
- Problemele au legatura cu comentariile
- Comentariile au o relatie de autor cu utilizatorii
- Resursele utilizatorului au un atribut care specifica o adresa URL pentru avatarul utilizatorului
emisiune -> comentariu -> utilizator -> avatar
In mod traditional, s-ar putea utiliza parametrul de interogare include pentru a primi un raspuns de document compus. Documentul compus ar incorpora lantul de resurse intr-un singur raspuns. Cu toate acestea, in acest scenariu, problemele nu accepta includerea comentariilor. Ele ar fi mult prea numeroase – daca 10 numere ar avea fiecare 100 de comentarii, documentul compus ar avea 1000 de resurse!
Aceasta inseamna ca un client va trebui mai intai sa:
- Obtineti primele 10 numere
- Obtineti din rutele aferente sau relationale pentru fiecare numar
- Aduceti resursa de utilizator pentru fiecare autor unic
- In cele din urma, descarcati fisierul avatar al utilizatorului utilizand o adresa URL de descarcare din resursa utilizatorului
Acest lant de cereri este adesea numit „cascada”. Fiecare pas trebuie finalizat inainte ca pasul urmator sa poata continua, deoarece clientul nu stie ce resurse sa preia in avans.
Cu alte cuvinte, clientul nu poate sti ce utilizatori sa preia daca nu stie ce comentarii sunt legate de o problema ..
porno india maduras sensuales
largeporntube porno español trios
incestoxxx porno español abuelas
coños ricos abuelas por el culo
follando en el trastero maduras gozando
peleas xxx masajes porno en español
pollas peludas porno españolas peludas
inciesto español española viciosa
porno loco peliculas porno subtituladas en español
porno gay primera vez creampie española
chicas haciendo el amor videos porno corridas internas
pornoamater incesto abuelas
viejas tetonas alexa grace
pornox porno traducido al español
porno del bueno maduras gordibuenas
vecinas cachondas megan montaner follando
revistas xxx taboo.com
zoofilia con cabras chica se masturba
vieja gorda follando videos chicas gratis
maduras españolas masturbandose parejitas españolas follando
. si clientul nu poate sti ce comentarii sa preia fara a prelua mai intai problemele.
Hades rezolva aceasta problema. Prin specificarea urmatoarei solicitari, un client poate informa proxy-ul Hades ce resurse va prelua, iar Hades poate impinge proactiv aceste resurse catre client.
Anteturi multiple sunt permise de HTTP / 2. Alternativ, valorile pot fi concatenate cu;
Hades poate folosi aceste informatii pentru a identifica linkurile din documentul de raspuns pe care clientul le va solicita in cele din urma. Versiunile viitoare vor permite ID-urile de raspuns in antetul X-Push-Please, astfel incat caile de legatura sa poata viza doar raspunsuri specifice.
In afara de antetul trimis de client , aplicatiile clientului nu trebuie adaptate in niciun fel . Cand clientul primeste documentul de raspuns initial, acesta ar trebui sa solicite in continuare documentele ulterioare la fel cum ar face in HTTP / 1.1.
Cu toate acestea, deoarece aceste raspunsuri la solicitare vor fi deja impinse, vor fi deja intr-un cache local sau pe drum! Asta inseamna ca toate raspunsurile vor fi primite ca si cum clientul ar fi trimis toate solicitarile in acelasi timp.
Hades elimina cascada.
????
