You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 14, 2022. It is now read-only.
Beaker is amazing, but sadly, it's the only one of it's kind at the moment, and not everyone is willing or able to switch to it as their main browser.
Hashbase sits in a great position to enable apps that are made for Beaker to work on the regular Web.
A great start to this is serving static content through HTTPS, but sadly this isn't enough for interactive websites that make use of the DatArchive API.
From experimenting with getting DatArchive working on the web, I've found that all that's really needed is a way to replicate a client-side Hyperdrive instance to the rest of the swarm through a websocket.
This is a fairly small addition and will probably fit in with the existing codebase without too much added effort, but will enable a broader variety of apps from the Dat ecosystem to work.
Does this sound like something you'd be interested in getting a PR for?
The text was updated successfully, but these errors were encountered:
Have you spoken to the IPFS folkes before about their gateway to see how much it's costing?
What if the gateway detected the origin of the request in order to include the bandwidth as part of the billing for the dat? Then you could have some amount of data free, and application authors would have to pay for more bandwidth.
I have, it definitely costs them a lot of money and effort.
We can look into creating a "gateway service" where app devs setup API keys and etc, but that's going to take work to do. Not sure when we'd have time for it.
Beaker is amazing, but sadly, it's the only one of it's kind at the moment, and not everyone is willing or able to switch to it as their main browser.
Hashbase sits in a great position to enable apps that are made for Beaker to work on the regular Web.
A great start to this is serving static content through HTTPS, but sadly this isn't enough for interactive websites that make use of the DatArchive API.
From experimenting with getting DatArchive working on the web, I've found that all that's really needed is a way to replicate a client-side Hyperdrive instance to the rest of the swarm through a websocket.
This is a fairly small addition and will probably fit in with the existing codebase without too much added effort, but will enable a broader variety of apps from the Dat ecosystem to work.
Does this sound like something you'd be interested in getting a PR for?
The text was updated successfully, but these errors were encountered: