[its_over_for_chlop]

Co 15 sekund odpytuję endpoint o nowe wyniki. Chciałbym żeby każdy response zawierał hash który pozwoli mi łatwo rozróżnić responsy.

request1
{
hash: "abc"
results : ["Dolar", "Euro"]]
}

request2
{
hash: "def"
results : ["Dolar", "Zloty"]]
}

request3
{
hash: "abc"
results : ["Dolar", "Euro"]]
}

Pod jakim haslem szukac?

#javascript #solutiondesign #programowanie

[v.....t]

@its_over_for_chlop: etag?

[its_over_for_chlop]

etag

@validshort: tzn pytanko jak wygenerować ten "hash"

[Saly]

@its_over_for_chlop: jakkolwiek np. https://www.npmjs.com/package/object-hash . Ten hash możesz też równie dobrze policzyć na froncie. Pytaniem jest co chcesz tym osiągnąć

[Colos]

@its_over_for_chlop: o te nie lepiej timestamp wrzucić zamiast hasha?

Edit: a, dopiero zobaczyłem że chodzi o zawartość. No to wygeneruj sobie hasha z results i tyle.
Po co w ogóle takie śmieszne kombinowanie? Czemu musisz tak rozróżniać responsy?

[Saly]

Po co w ogóle takie śmieszne kombinowanie? Czemu musisz tak rozróżniać responsy?

@Colos: zastosowań jest tysiące. Cachowanie, deduplikacja wyników, oszczędzanie processingu

[its_over_for_chlop]

@Colos: Załóżmy ze rendering odpowiedzi jest bardzo drogi ze nie chcesz tego robic za kazdym razem i musisz sprawdzic na roznych klientach czy to ma sens

https://www.npmjs.com/package/object-hash działa jak złoto <3 Dzieki

[Colos]

@Saly: Ma to sens.

Cytat z pierwszego lepszego artykułu o ETag:

Typically, the ETag value is a hash of the content, a hash of the last modification timestamp, or just a revision number. For example, a wiki engine can use a hexadecimal hash of the documentation article content.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag

[Saly]

@Colos: timestampy nie działają często. Np. gdy ich nie trzymasz albo ich wartość nie jest oczywistą odpowiedzią na pytanie na to czy coś się zmieniło.

Przykładem może być cachowanie w systemie do budowania. Timestampy są złe, bo co jak chcesz używać współdzielonego cacha przez wielu użytkowników? Każdy użytkownik będzie miał różne timestampy bo tak działa git. Albo co jak ktoś zrobi zmianę, puści build i zrobi CTRL-Z? Hashowanie po zawartości jest

[Colos]

@Saly: rozumiem. Nie załapałem na początku, że chodzi o cache. Dzięki za sprostowanie. Skupiłem się na samym rozróżnieniu responsów, a nie na jego celu.

[aloucie]

@its_over_for_chlop: Jak już idziesz w etagi to pytanie czy nie możesz odciążyć serwera i klienta przez If-None-Match