docs/streaming: proof-read from @slcx
ty <3
This commit is contained in:
parent
31a0f2b989
commit
60208b29db
1 changed files with 6 additions and 8 deletions
|
@ -3,10 +3,8 @@
|
||||||
Elstat's Streaming API enables clients to receive realtime
|
Elstat's Streaming API enables clients to receive realtime
|
||||||
updates from the server.
|
updates from the server.
|
||||||
|
|
||||||
Clients can subscribe just to *certain* channels in the case
|
Clients can optionally subscribe to certain channels using the
|
||||||
they don't want to have a lot of overhead, or they can just
|
Streaming API if they don't want to have a lot of overhead.
|
||||||
not use the Streaming API at all. It is optional.
|
|
||||||
|
|
||||||
|
|
||||||
## Common payload format
|
## Common payload format
|
||||||
|
|
||||||
|
@ -19,8 +17,8 @@ Payloads are JSON encoded.
|
||||||
}
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
Extra fields are on each OP's description, instead of being in
|
Data in packets are stored in specific fields, which are described
|
||||||
some `d` field (like Discord's Gateway API).
|
for each OP below. They are not stored inside of a `d` object, like Discord's gateway.
|
||||||
|
|
||||||
|
|
||||||
## Error codes
|
## Error codes
|
||||||
|
@ -63,8 +61,8 @@ some `d` field (like Discord's Gateway API).
|
||||||
|
|
||||||
## Channel names
|
## Channel names
|
||||||
|
|
||||||
Channels are what clients subscribe to receive data about that channel.
|
Clients subscribe to channels to receive specific data. Channel names
|
||||||
Channels are specified as `<type>:<name>`
|
are formatted like: `<type>:<name>`
|
||||||
|
|
||||||
e.g `status:elixire` and `graph:elixire`
|
e.g `status:elixire` and `graph:elixire`
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue