Open flyingzumwalt opened 7 years ago
@lgierth do you have any ideas of initial things to put in these lists? @diasdavid? @jbenet? @dignifiedquire?
stuff we use:
stuff we'd like to see
web+
prefix in chrome)Updated my comment to be a bit more specific
I've seen some automated tools out there that parse code for web api usage, can't remember any sepcifics
streaming support for fetch
I believe this is a thing. just some weird browser standard promisy pull-stream like thing. poor adoption currently.
https://developer.mozilla.org/en-US/docs/ReadableStream https://developer.mozilla.org/en-US/docs/ReadableStream#Browser_compatibility
fetch('/big-data.csv')
.then(function(response) {
var reader = response.body.getReader();
search()
function search() {
return reader.read().then(function(result) {
if (result.done) {
// ...
}
return search()
})
}
})
@kumavis it's a thing, but only usable in Chrome, so it's like it doesn't exist effectively
@dignifiedquire @lgierth awesome list!
One more thing we use:
What we also want:
An IndexedDB connection can only access databases associated with the origin of the global scope from which the connection is opened. If the browser thinks the URI of an IPFS page being viewed is a different origin than another page, then they can't share an IndexedDB database, such as cached IPFS blocks. I'm curious, have you found a way around the origin restrictions?
Adding to the list of features we use (front end side):
Want to use in the future:
@jefft0 could make a special gateway that works like this ${cid}.ipfs.io/index.html
edit: except the cid would need to be in a case-insensitive encoding
@kumavis I believe the same-origin policy requires the entire host to be the same. So the different ${cid} would make it a different host and origin.
@jefft0 Oh ok I misunderstood which you wanted (isolation vs unification). I have a project that exposes the ethereum blockchain app api to a webapp and unifies the cache inside an iframe. Seems like something similar would be useful here.
[small ipfs-iframe lib] <-> [ipfs node in iframe] <-> [network]
We're also exploring making the node a singleton by using ServiceWorker
.
[small ipfs-iframe lib] <-> [ipfs iframe proxy] <-> [ipfs node in serviceworker] <-> [network]
I'm sure theres a few gotchas with this approach, especially that webrtc may not be available in the SW.
@haadcode @VictorBjelkholm @Kubuxu did anything come up in the windows.ipfs work which would be worth adding here?
@lgierth I'm currently having issues that sure, could be easier but after talking with web extension people at Mozilla, things should be able to work. Mainly I'm having troubles passing down objects created in background-context to the web page, but we should be able to work around that.
Support for DNS lookups or at least TXT lookups was rejected on the mozilla tracker: https://bugzilla.mozilla.org/show_bug.cgi?id=1343849#c3
Pushing support for DNS TXT once again, this time on the shoulders of newly added WebExtensions API:
Delivarables: