blob: a582bd904317bc5f2dd462ccd649cb6a88f70d4e (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
# General
* Switch to CMake projects for cross-platform builds?
# Connectivity
## Jupiter
* High-performance/concurrency HTTP client (on asio)
## Peer Connectivity
* Beacon / tracker implementation
* CID store peer fetching
## Downstream Connectivity
# Runtime
* High performance (HTTP?) client (layered on asio or UE sockets)
* Do we have asio in the engine yet?
# Local Features
* VFS for surfacing debugging information
# Cache
* Full support for content-type on simple (unstructured) values
# Daemon Notes
When operating in background daemon (Windows Service) mode, there are a few
additional things to consider:
* Install and uninstall (this will vary by platform)
* Where is the service installed? How is it uninstalled?
* Servicing
* How is the server versioned? I would suggest going with a single release
number to keep things simple. There should not be any tight coupling with
different engine branches (new releases should be backwards compatible) etc
and any service development should take place on a single stream
# Random things
* We currently have too many different paths for marshaling Compact Binary packages. They
need to be unified to use `FormatPackageMessageBuffer` everywhere
|