121–130 of 158 posts
It's well executed from a UX and Marketing point of view, but what it needs is some copy dedicated to security of files, privacy of files, why I (and my customers) should trust your system etc.
Fair.
This seems like a great idea. I've come to think the UX requirements of enterprise and indie dev / start up customers are fundamentally incompatible in the cloud. As an enterprise I want to be able to set restrictions at the org, project, team and resource level for various compliance rules. And I want these rules to be restrictive by default (e.g block public access). However as an individual developer the mere exis…
Once you get your own little pulumi/terraform library, these things really stop to be a pain.
This looks nifty but what is the story on security? It is great to have the File0 code next to the over verbose S3 code. The S3 code contains a few security operations that are missing in the F0 code. What is the story on that?
R u going to list on Product Hunt? or somewhere else?
isn't this just a knock off of uploadthing?
I feel like f0 is a more minimalistic take on file management. More comparable to Vercel blobs than ut. I don't feel these two are comparable though. ut is a nice product if you are looking for those functionalities though.
I could not find the docs. Does it offer a static storage URI for people to download stuff via a link? Can I update the contents of the storage URI without generating a new URI everytime?
There are no docs. Once you create an account you will have a setup guide and will have a useful snippets section in your dashboard that contains everything you need to know about file0. Yes. By default all your files are private and only you can access them. To make a public url you can use f0.publish('filename'); This returns a static url that you can share with anyone, and they can download the file. This url will…
We built simple blob storage in Val Town, which has the added benefit of not needing an external API key if you're using it from within Val Town: https://docs.val.town/std/blob/
The API is similar: `blob.setJSON(key, value)` and `blob.getJSON`
These comparisons are really unfair. For example there's no reason you have to use a bucket policy in the sdk (I've never). Unless it's S3 compatible it's going to be a gargantuan task to make this successful as _everything_ uses the S3 API.
R2 is also a solution to much of this. But best of luck to OP!
Earlier quoted context omitted.
Yeah you addressed the elephant in the room. Obviously it's a brand new product, with 0 reputation. As with every new product at the begining I expect bugs and disruptions, but IMO the product is simple enough to get it right quickly. FILE0 a simple layer on top of R2, so for reliability and HA is majorly dependant of their system. You can trust me as much as any random guy on the internet. For a big cloud provider y…
It seems like they’re asking you to write out your plans and what makes you trustworthy on the website. Talking to people 1:1 won’t solve that problem. Saying “you can’t trust me” isn’t a good look for a SaaS.
It worked out for Facebook.
I’m kinda happy about that since we can now use it as an example.
But more importantly, it’s realistic. You should absolutely expect someone to walk away with all your data and zero recourse.