_
|
ec5b770ae3
|
♻️ Extract serve_file fn
|
2020-10-29 12:17:40 +00:00 |
_
|
1e6c29fb01
|
Byte ranges are properly advertised and served.
This means Firefox can seek video / audio served by us.
To think, you used to need Flash to do this.
|
2020-10-27 22:05:19 -05:00 |
_
|
aa183de15e
|
Impl HEAD method
|
2020-10-27 21:43:12 -05:00 |
_
|
9e3470d5b4
|
❇️ content-length response header
|
2020-10-27 21:33:03 -05:00 |
_
|
4c03e6d32a
|
❇️ Sending the ResponseParts back through a header.
Do you feel like a hero yet?
|
2020-10-27 21:29:15 -05:00 |
_
|
1e86e9735e
|
♻️ Towards response headers and status code
|
2020-10-27 21:10:40 -05:00 |
_
|
d286adadc9
|
❇️ You can now actually request different files
|
2020-10-27 20:39:02 -05:00 |
_
|
290745f6cf
|
Pass the right part of the URL to the server.
Also remove dead code
|
2020-10-27 20:31:38 -05:00 |
_
|
406b13c3b1
|
♻️ Package interesting request fields into MsgPack
|
2020-10-27 20:20:06 -05:00 |
_
|
15b18a9335
|
🚧
|
2020-10-27 19:43:23 -05:00 |
_
|
cab36c7a19
|
Actually it works okay, I was just off on my estimate of how big videos are.
Still needs to support byte range, too.
|
2020-10-27 13:26:40 +00:00 |
_
|
b9db10b76a
|
🚧 Set up streaming on the relay
however it doesn't pass a smoke test for video streaming yet
|
2020-10-27 13:04:28 +00:00 |
_
|
587849bcfa
|
Sending a picture to the client. Streaming works on the server but not yet on the relay
|
2020-10-27 03:58:50 +00:00 |
_
|
eaca19f6ba
|
Fix it up so the response body goes through a POST body instead
|
2020-10-27 03:36:52 +00:00 |
_
|
0cc61796c0
|
Concept is proven, though it won't work for streaming
|
2020-10-27 03:27:25 +00:00 |
_
|
e3aa61bb9a
|
Decided to go straight for the reverse HTTP server idea
|
2020-10-27 02:49:12 +00:00 |
_
|
8b3f952091
|
Multiple watchers
|
2020-10-27 02:20:37 +00:00 |
_
|
6bb2678eb5
|
Very primitive UDP receive
|
2020-10-27 02:00:30 +00:00 |
_
|
a8caae68c3
|
UDP send
|
2020-10-27 02:00:27 +00:00 |
_
|
394345cfe2
|
That's long polling
|
2020-10-27 01:42:10 +00:00 |