[trevoz]

Chcę użyć Server Side Events do pushowania notyfikacji do pojedynczego użytkownika (gdy np. ktoś napisze do niego wiadomość).

Jakieś rady jak to zrobić? Bo zupełnie nie mam pojęcia :(
Wiem, że tutaj jest wielu specy od node'a, więc liczę że ktoś mnie naprowadzi. @passage może? Mam nadzieję, że nie obrazisz się jak zawołam.

#nodejs #javascript #programowanie #webdev

[passage]

@trevoz: Pewnie potrzebujesz zwykłych web socketów (socket.io).
Ale jest też nowoczesne rozwiązanie, które nazywa się Push API, wykorzystujące Web Push Protocol (https://tools.ietf.org/html/draft-ietf-webpush-protocol-12) jest o tyle fajne, że możemy wysyłać komunikaty użytkownikowi nawet wtedy gdy strona nie jest załadowana w przeglądarce (Web Workers).
W npm jest do tego moduł web-push.
Drugie rozwiązanie znam jak na razie tylko teoretycznie ( ͡° ͜ʖ ͡°)

Jeśli chodzi o socket.io to

[trevoz]

@passage: a jak z bezpieczeństwem takich rozwiązań? Z socket io czy web workerami powinienem się obawiać XSS ataków?

[passage]

@trevoz: nie, tylko zrób uwerzytelnianie jakimś jwt.

[trevoz]

@passage: Dzięki wielkie :)

[MasterOf8]

@trevoz: Chodzi ci o push notifications?

[trevoz]

@MasterOf8: Dobre pytanie zadałeś. Ogólnie chodzi mi o takie coś, że jak użytkownik dostanie wiadomość, to dostaje notyfikację, którą widzi na frontendzie, a nie od przeglądarki. (chociaż to drugie też mogłoby być o ile użytkownik nie musiałby się zgadzać na otrzymywanie powiadomieć).

Właśnie, @passage: jeśli chodzi o te web-pushe to czy użytkownik musi zgodzić się na otrzymywanie notyfikacji (tak jak przy service workerach)?

[passage]

@trevoz: tak

[passage]

@trevoz: tak to rozumiem, ale niech na temat push api wypowie się ktoś z doświadczeniem

[N.....l]

@trevoz: nie ma czegoś takiego aby użytkownik bez zgody otrzymał notyfikacjie. Po pierwsze po drugie nie web worker a serwis worker jeszcze dokładnie push menager. Słowem ani notyfikacjie hmm zwyczajnych ani push nie wyślesz bez zgody usera .