ssb-ws & http server for ssb.
sbot plugins.install ssb-ws
best configured via connections config
"connections": {
"incoming": {
"ws": [{
"scope": ["public", "local", "device"],
"port": 9000,
"transform": "shs",
"http": true //serve http, see ws.use(handler)
}]
}
}
you can have more than one ws server if desired.
you can also disable hosting of http handlers
by setting web:false
on the config item,
connections.incoming.ws[N].web = false
given the flexibility of multiserver, you may want to run this with noauth config locally. However this is not recommended until ssb-ws prevents dns rebinding attacks and websocket connections from locally open websites.
If used with a secure transport,
that authenticates the client "transport": "shs"
then this is not a problem.
sometimes you need to do http, but if every plugin that did that created it's own servers there would be mass panic. But never fear, with ssb-ws, you can add http handlers as connect style middleware
Here is an example sbot plugin that adds a single route: to output the current sbot address.
require('scuttlebot')
.use(require('ssb-ws'))
.use({
name: 'test123',
version: '1.0.0',
init: function (sbot) {
sbot.ws.use(function (req, res, next) {
if(req.url == '/get-address')
res.end(sbot.getAddress('device'))
else next()
})
}
})
http hosting on a particular multiserver address can be disabled
using {http:false}
in the incoming multiserver config.
MIT