Practice the vocabulary of a simple, one-way, server-pushed stream of updates over a single HTTP connection.
0 / 5 completed
1 / 5
At standup, a dev mentions a server pushing a continuous stream of one-way text updates to a browser over a single long-lived HTTP connection, without the client needing to poll repeatedly. What technology is being described?
Server-Sent Events, or SSE, push a continuous stream of one-way text updates from the server to a browser over a single long-lived HTTP connection, without the client needing to poll repeatedly for new data. Repeatedly polling on a fixed interval wastes requests when there's nothing new to report and adds latency between an update happening and the client actually noticing it. This long-lived, server-pushed stream is what makes SSE a simpler alternative to polling for a one-way update feed.
2 / 5
During a design review, the team wants a client's EventSource to reconnect automatically and resume from the last event it received if the SSE connection drops. Which capability supports this?
Automatic reconnection with a Last-Event-ID lets a client's EventSource reconnect on its own and resume from the last event it actually received if the SSE connection drops. Requiring a manual page reload after a dropped connection loses that continuity and interrupts the user's experience unnecessarily. This automatic, resumable reconnection is a built-in behavior of the EventSource API that makes SSE more resilient than it might first appear for a simple one-way stream.
3 / 5
In a code review, a dev notices the team chose SSE over WebSockets for a notification feed because the server only ever needs to push updates to the client, with no need for the client to send a message back over the same connection. What does this represent?
Choosing a one-way streaming protocol appropriate to a one-way data flow means picking SSE, which is simpler to implement and works over plain HTTP, when the server only ever needs to push updates with no client-to-server message required on that same connection. Choosing WebSockets regardless of that need adds bidirectional complexity a purely one-way feed doesn't actually require. This matching of protocol to actual data-flow shape is a sound default when deciding between SSE and WebSockets for a given feature.
4 / 5
An incident report shows a notification feed built on repeated short polling generated a large, unnecessary volume of requests during a quiet period with no actual updates, driving up server load for little benefit. What practice would prevent this?
Replacing the repeated polling with Server-Sent Events means the server only sends data over the long-lived connection when there's an actual update to report, rather than the client repeatedly asking whether anything changed. Continuing to poll on a fixed interval regardless of actual update frequency is exactly what generated the unnecessary request volume this incident describes. This switch to an event-driven, server-pushed stream is a standard fix for reducing polling-driven server load on a low-frequency update feed.
5 / 5
During a PR review, a teammate asks why the team uses Server-Sent Events for a one-way notification feed instead of a full WebSocket connection. What is the reasoning?
A WebSocket adds bidirectional complexity that a purely one-way feed doesn't actually need, since the client never has to send a message back over that same connection. SSE stays simpler, works over plain HTTP, and includes automatic, resumable reconnection built directly into the browser's EventSource API. The tradeoff is that SSE is strictly one-way, so a feature that later needs the client to send data back over the same connection would require switching to WebSockets instead.
What does the "Server-Sent Events Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to server-sent events vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — browse the full vocabulary exercises hub to find related modules covering adjacent IT topics and roles.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.