Účel HTTP požadavku

[LacconePanda]

co je účelem separátního xmlhttprequest http požadavku https:\\aukro.cz\backend-web/api/token/refresh-data?userAgent=... ? vrací prázdnou odpověď. Když ta stejná hodnota (...) je posílaná přes hlavičku User-Agent  ( mimojiné i v každém <jiném>požadavku)

[Reklama]

[Exceptions]

těžko říct, řekl bych, že si aplikace takhle testuje, jestli nedošlo k modifikaci agenta či jeho podvržení. Další důvod může být, že aplikace neumí snadno číst http hlavičky a potřebuje to jako GET.

[RDa]

co je účelem separátního xmlhttprequest http požadavku https:\\aukro.cz\backend-web/api/token/refresh-data?userAgent=... ? vrací prázdnou odpověď. Když ta stejná hodnota (...) je posílaná přes hlavičku User-Agent  ( mimojiné i v každém <jiném>požadavku)

Dekompiluj tu appku (ostatne, je to webova appka zabalena do spoustece), tak by to nemel byt problem odhalit, kde a jak se s vysledkem pracuje.

[Vlastní Cestou]

Účel toho separátního requestu je nejspíš validace nebo synchronizace hodnoty user agentu mimo samotné HTTP hlavičky; prázdná odpověď sedí na endpoint, který jen zapisuje stav nebo ho ověřuje a nic nevrací. Pokud aplikace posílá stejnou informaci zároveň v User-Agent a ještě přes XMLHttpRequest, typicky tím obchází omezení přístupu k hlavičkám, testuje integritu/konzistenci klienta, nebo si dělá vlastní interní cache/telemetrii. Kdyby šlo o čistě funkční use-case, odpověď by se obvykle vracela JSONem; prázdný body spíš znamená, že důležitý je side effect, ne payload.  Druhá věc je mnohem pragmatičtější: webová appka zabalená do spouštěče si často tahá podobné údaje přes vlastní API, protože je jednodušší udržet jednotnou logiku než spoléhat na nativní čtení hlaviček napříč prostředím