[cycun]

Cześć. Szukam rozwiązania odnośnie alertów/powiadomień (coś w rodzaju, że przyszła wiadomość) na frontendzie. Korzystam z Reacta i Springa. Mam dwa pomysły:

1. Wykorzystać Server Sent Events i na froncie po prostu nasłuchiwać eventy z serwera.
2. Co jakiś czas odpytywać serwer o nieprzeczytane powiadomienia.

Co jest obecnie wykorzystywane w tym celu?

#backend #frontend #webdev #spring #react

[xDrope]

@cycun: websockety

[megawatt]

@cycun: jak masz sesje to websockety, jak masz bezstanowe api to np. mqtt over websocket

[cycun]

@xDrope
@megawatt

Zastanawiałem się nad websocketami. Ale szczerze mówiąc to po co mi dwu stronna komunikacja?

[megawatt]

@cycun: nie musisz mieć dwustronnej w websockecie, możesz mieć tam jednostronną wymianę danych plus subskrypcje (to co chciałeś zrobić w pkt 2. - tylko odwrócone)

[xDrope]

@cycun: sprawdź co Ci łatwiej zaimplementować, bo SSE by wystarczyło, ale ja cannot into java i nie wiem co szybciej ogarnąć.

[t.....k]

@cycun 2. to się nazywa pooling, nie idź w tą stronę bo #!$%@? serwer. każdy.

obczaj sobie socket.io, chyba istnieje implementacja w java

[cycun]

@megawatt @xDrope Ogólnie mam już zaimplementowane SSE i to wszystko polega na tym, że serwer mi jednostronnie wysyła treść jako text/event-stream. I różni się od websocketów tylko tym, że jest to jednostronne. Czy jest jakaś przewaga wykorzystania websocketów nad sse w tym przypadku?
@tlaziuk

[tymonss]

@cycun: tu jest porównanie SSE vs WebSockety: https://streamdata.io/blog/push-sse-vs-websockets/