Improve stream quality and big changes in how we send data

[qnkhuat]

TL;DR:

• we stream data in block( contains many write requests in one block )
• Now users watching the stream will be delayed with the actual stream
• Much smoother and less lagging for both streamer and viewer
• Streamers need to upgrade to version 1.3.0 to be able to stream

Technical note

In the previous version, any single change on the streamer's terminal is sent to the viewer. There are some problems with this approach:

• Many changes are very small ( I.e: newline ) => inefficient use of request
• In a short period of time we have many changes => too many requests
  With this version, we send messages by block. Each block is all messages generated in a period. This block is also being gzipped before being sent. This way we have some advantages:
• fewer requests since we send a block of data every x (3) seconds.
• By gzipped we reduced the message's size by around 7 folds. also, gzip is very fast so it's not a problem.

But this prevents users from watching the stream in super near real-time.

But I think 3 seconds lag is fine, it's how youtube and twitch works anw.

[vercel]

This pull request is being automatically deployed with Vercel (learn more).
To see the status of your deployment, click below or on the icon next to each commit.

🔍 Inspect: https://vercel.com/qnkhuat/tstream/BzVd83Vta3Q4wkRcbyquQb1dtSoa
✅ Preview: https://tstream-git-playback-qnkhuat.vercel.app

[Deployment for 9c50e90 canceled]

[qnkhuat]

LGTM