3 ms·
For the versioning thing: each of those would presumably pull from a different url, so they’d be fully independent. That might result in redundant downloads, bu
by brundolf 5y ago
For the versioning thing: each of those would presumably pull from a different url, so they’d be fully independent. That might result in redundant downloads, but that should be fine, because we’re not talking about the front-end. Deno has no knowledge of versions, just urls.
The permissions model may have been a mistake. In my own projects I find myself just doing —-allow-all constantly. I could see it being useful for a hardened production server that eg. should only have access to the network, but I think permission-denial may have been better than permission-granting. Maybe they’ll change the CLI around this at some point.
- kybernetikos 5y agoWhat I don't like is that in deno you permission processes when really you want to permission dependencies or APIs. If I'm writing a web app, I will definitely trust some of my code to access storage, but there's no reason why I should have to trust flatmap-stream to do so, even if I do trust it to flat map my streams. https://www.theregister.com/2018/11/26/npm_repo_bitcoin_stealer/ https://www.theregister.com/2018/11/26/npm_repo_bitcoin_stea...