You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 5-network/12-server-sent-events/article.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -114,7 +114,7 @@ eventSource.close();
114
114
Inoltre, non avverrà alcuna riconnessione se la risposta ha un `Content-type` non valido o se il suo HTTP status è diverso da 301, 307, 200 o 204. In questi casi verrà emesso l'evento `"error"`, e il browser non si riconnetterà.
115
115
116
116
```smart
117
-
Quando una connessione è finalemente chiusa, non ci sarà modo di "riaprirla". Se volessimo riconnetterci nuovamente, dovremmo ricreare un nuovo `EventSource`.
117
+
Quando una connessione è finalmente chiusa, non ci sarà modo di "riaprirla". Se volessimo riconnetterci nuovamente, dovremmo ricreare un nuovo `EventSource`.
118
118
```
119
119
120
120
## Message id
@@ -161,7 +161,7 @@ Di base l'oggetto `EventSource` genera tre eventi:
161
161
162
162
-`message` -- un messaggio ricevuto, disponibile come `event.data`.
163
163
-`open` -- la connessione è aperta.
164
-
-`error` -- la connessaione non può essere stabilita, ad esempio, il server ha risposto con lo status HTTP 500.
164
+
-`error` -- la connessione non può essere stabilita, ad esempio, il server ha risposto con lo status HTTP 500.
165
165
166
166
Il server può specificare un altro tipo di evento con `event: ...` all'inizio dell'evento.
167
167
@@ -248,7 +248,7 @@ Complessivamente la sicurezza del cross-origin è la stessa di `fetch` e altri m
248
248
: La connessione è stabilita.
249
249
250
250
`error`
251
-
: In caso di errori, inclusi la connessione persa (con riconnessione automatica) ed errori fatali. Possiamo controllare `readyState` per vedere se è stata tentata la riconnessione.
251
+
: In caso di errori, inclusi sia la connessione persa (con riconnessione automatica) che eventuali errori fatali. Possiamo controllare `readyState` per vedere se è stata tentata la riconnessione.
252
252
253
253
Il server può impostare un evento personalizzato dentro `event:`. Questi eventi andrebbero gestiti usando `addEventListener`, e non `on<event>`.
254
254
@@ -261,6 +261,6 @@ Un messaggio può avere i seguenti campi:
261
261
-`data:` -- corpo del messaggio, una sequenza di `data` multipli viene interpretata come un messaggio singolo, con `\n` tra la parti.
262
262
-`id:` -- aggiorna `lastEventId`, inviato dentro `Last-Event-ID` in fase di riconnessione.
263
263
-`retry:` -- raccomanda una ritardo nel tentativo di riconessione in millisecondi. Non c'è modo di impostarlo da JavaScript.
264
-
-`event:` -- event name, must precede`data:`.
264
+
-`event:` -- il nome dell'evento, deve necessariamente precedere`data:`.
265
265
266
266
Un messaggio può includere uno o più campi in qualunque ordine, ma l'`id:` solitamente va per ultimo.
0 commit comments