We stopped using serverless. The results are insane.

UploadThing's V7 release has been in the works for awhile. I'm so happy it's finally out and with effectively no breaking changes. Oh, it's also fast as hell.
ANNOUNCEMENT POST docs.uploadthi...
Check out my Twitch, Twitter, Discord more at t3.gg

[@t3dotgg]

I'm filming a video tomorrow about all of the dumbest things people have said about UploadThing. Reply with some good ones here and you might get featured ;)

[@martinlesko1521]

"Typical case of things developers care about, but the customers dont" - some twitter user

[@t3dotgg]

@@martinlesko1521 that’s the one that inspired the video :’) The security one was too good as well

[@Aditya_Vyas]

I've been using uploadthing for a long time now. I know how a S3 bucket works but honestly I got screwed up on handling the permissions of S3 initially. Uploadthing is faster, smoother to configure & clean in it's operations. I hope uploadthing becomes a norm for all the businesses. It's really good. Wishing good luck to Theo and Julias.

[@ethanannane8783]

"Would rather use the much more stable and simpler Amazon S3, and does speed even matter? The user should be fine waiting a few more seconds." - Some guy in discord

[@ethanannane8783]

"I mean, just self host. ¯\_(ツ)_/¯" - Another random discord guy

[@hqcart1]

Rule No.2 when you make an App: Make it slow so that when you remove the slow logic in the code, you can brag about how fast it became.

[@MrxDaffy]

What is rule No. 1?

[@bastianventura]

I mean even if you didn't try to do that consciously, it would happen - you don't write everything perfectly the first time, specially when working on an MVP. It has to work before it can be optimized

[@rodgetech]

😂

[@MarcLucksch]

@@bastianventuraexactly, premature optimization is the death of projects. Make it work, then make it fast

[@hqcart1]

@@bastianventura dude, it's not a nuclear fusion equation analysing app! it's a freakin S3 uploader! you could have it up and running in 1 prompt! but i guarantee you 90% of its code is to limit your ability to upload based on your tier... you should 1. PLAN 2. CODE 3. Optimize, i guessed he missed 1.

[@devkit_]

the web dev world is slowly reverting. soon we will get "we used literally zero npm packages and just vanilla JS, and our product shipped 10x faster, and the average API response time is 0.0001ms"

[@roycohen.]

bro i'm writing on paper.

[@chocolateimage]

and I am here moving from vanilla JS into npm land..

[@llllouis]

who wouldve known that less is more

[@andreilucasgoncalves1416]

Curiously recently I discovered a way with vanilla navigation api and view transition to make an app like nextjs, with all features, faster and don't need build step

[@furycorp]

while the tooling has a few npm packages for sure Astro is great for that you can ship zero JS if you want, proper grid layout with a few lines of CSS (as much as I love tailwind it adds pages and pages of CSS), and the (optional) SSR features like Astro Actions are specifically designed to work without JS.

[@alphhs5260]

2024 is the year of serverlesslessness

[@TheGusMP]

Wouldn't it be a serverfulness?

[@bl_sonic3288]

bro left vercel and realised serverless is better

[@jonjohnson2844]

And serverless was never actually serverless

[@victoriousdev]

Or serverfulness

[@hanes2]

Ran out of VC money 😂

[@theguitarslinger1]

More and more, I'm coming around to the idea that all these microservices, serverless, edge networks, etc. create way more complexity than is needed for the vast majority of use cases. We devs do love to complicate things.

[@martinlesko1521]

but then deploying everything yourself isnt a great idea either

[@Bomberuscool]

@@martinlesko1521 why not?

[@oPatrickVico]

We are just learning. We want to make things better, so we try something new. Then the flaws show up and we adapt.

[@furycorp]

I've been saying that for years! Every major outage too its basically always one of DNS or _microservices_

[@hellowill]

Resume Driven Development. Doesn't help AWS (in particular) sell you their shit even if it's worse for you.

[@aj8__8]

the other day Theo was working on Laravel, now he's going back to servers, tech really is evolving backwards

[@brainites]

The old ways are still best.

[@jeremymcadams7743]

​@brainiti I don't know about best, but it helps that the old ways were resource constrained so we know how to makes things well while being lean

[@sleepycs4582]

One day we will figure out how to cut out the middleman entirely and upload straight to our own servers, which can then transcode files, upload them to S3, etc. Oh wait, we actually had that figured out in 2005...

[@FusionHyperion]

I used to use TUS in C# and it was a pain in the ass, I ended up writing my own upload client and server code and the code was 10x simpler...

[@11WicToR11]

why would we do something faster and more logical when we can do something easy and new? Logic left the room long time ago

[@pfqniet]

Wait until he figures out how quick and simple FTP is...

[@t3dotgg]

Wait until pfqniet realizes that this is built for people with actual users...

[@d3stinYwOw]

@@t3dotgg well, in many cases FTP was enough for enterprises, so... :D

[@jmatya]

​@@d3stinYwOw it still is 😢 (sftp will NEVER die)

[@nii-san5485]

@@t3dotgg just steer clear of bank tech and you'll never have to find out

[@dzigizord6567]

I can make it even simpler by removing your server and just by using free and open source Uppy to upload directly to S3/R2 or wherever, it has resumability and other plugins for free too

[@danhorus]

I think the difference is that Uppy's "ingest server" can be run by you (using Tus) or by Transloadit. You still need a server if you wish to have resumability and no ghost files, though

[@happythanos6632]

​@@danhorus Interesting

[@simonhylander7489]

Bro has 7 major versions in a year

[@t3dotgg]

We follow semver :)

[@alexeydmitrievich5970]

​@@t3dotgg7 breaking changes in a year? Still insane

[@herranonym5725]

@@alexeydmitrievich5970 it's a new product, of course they are gonna have a lot of breaking changes

[@j________k]

Yikes 😬

[@figloalds]

Let us know about the costs difference later down the line, because serverless tends to be very expensive, but your new infrastructure uses a lot more bandwidth on the application side

[@damon8541]

I thought the selling point was that with upload thing your data never passes through it.

[@bholmesdev]

Theo finally discovered servers. Massive win

[@GeraldScholz]

next step would dont use a SaaS and setup S3 on your own

[@macchiato_1881]

You mean to say, removing a thing which causes you thing to be slow makes your thing go fast? 🤯🤯🤯🤯🤯🤯

[@sanjaux]

This is just meant to be educational to show what things can be slow and how to resolve them for unexperienced developers who haven't reached or considered these steps on their journey.

[@macchiato_1881]

@@sanjaux it's a joke. Jesus karen

[@sanjaux]

@@macchiato_1881 That was my 2nd guess but I was seeing a lot of comments in bad faith so I really couldn't tell without any tone indicators lol. In a way my reply speaks to them too

[@macchiato_1881]

@@sanjaux why do you need tone indicators? People like you need to handle negative comments better. I get not all criticism is good. But are you just going to whine at every valid negative criticism or joke you get?

[@sanjaux]

​@@macchiato_1881 Well the actual jokes no I'd ignore those, but criticism is best resolved through talking it out. Since this isn't criticism, more signs would have helped differentiate your joke from something actually worth discussing. Handle them better? I'm just trying to understand the thought process behind some comments (the serious ones)

[@michal7410]

So the product is a S3 proxy server? Alright

[@t3dotgg]

Technically speaking, KZbin is also just a proxy server on top of object storage ;)

[@j________k]

Technically speaking that's only a part of their API

[@wwilson69]

This can be simply solved by client notifying the server once the file upload done. This is just over engineering at its finest. His reasoning was there will be ghost files if the client didn't notify the server. Solution to that is client always upload to a temp location and move the file to actual location when client notified the file has been uploaded. And you setup a s3 lifecycle to delete files based on the update date.

[@acters124]

does it allow for resume and improve the time for smaller uploads? Still, they made their changes and going back to S3 isn't feasible for their marketing too. Plus they now support other types of "buckets" so I guess it isn't just S3 being inefficiently use, instead it gives them marketing leverage to be more independent and agnostic

[@theairaccumulator7144]

Doesn't moving files cost money with S3? Not sure

[@oSpam]

@@theairaccumulator7144once in the region you can transfer within the region for free. It going back out the region will then cost again

[@luanlmd]

S3 has resumability. You must tweak a bunch of config and code to do it. But it works.

[@nexovec]

How is it even possible to upload 4MB of images in 1.5 seconds, nooo, impossible, upload so fast. I mean what are we even watching...

[@someone-new811]

Did you do any load/performance tests for your UT Ingest Server? Would be really nice to have a video just on that :) Also scaling of this server is an interesting topic...

[@codebyagon]

Serverless has become a huge pain, I'll definitely not use it for a new project.

[@m12652]

It was just another pointless sales pitch...

[@user-oi8cu5nj2g]

Serverless was a mistake, you’ve improved everything by just going the traditional route

[@theairaccumulator7144]

Why do they call it serverless when there's still a server running it but it just has a lot of bloat as well?

[@user-oi8cu5nj2g]

@@theairaccumulator7144 haha they should be called pay per use bloat servers

[@naughtiousmaximus7853]

Marketing ​@@theairaccumulator7144

[@SpicyPotatoes]

​@@theairaccumulator7144It's marketing. Just like the cloud and hypervisor. It sounds more cool than using someone else's server or dividing your computer's resources.

[@gavipk]

Its the old convenience vs performance choice in software. A tale as old as time.

[@halfsoft]

This puts a limit on the bandwidth available as you are proxying the file uploads to s3, if you have a ton of concurrent uploads you will also need to scale your own servers.

[@framegrace1]

Not if the "Ingress Server" is on AWS EC2. Instead of paying S3 traffic coming from internet, they are paying S3 traffic from inside AWS (Which may be even cheaper). Incoming traffic to the server from internet is free (Well, let's say included on the per-hour price)

[@halfsoft]

@@framegrace1 I am not talking about pricing, but about bandwidth, S3 has distributed endpoints for content delivery and you can have 100s of people upload simulateniously at high mbps, on the other hand your one ec2 instance is limited to whatever mbps amazon has to it, and if you try to upload 4-5 big files at the same time (from different users with good bandwidth) it will bottleneck it for everyone

[@framegrace1]

@@halfsoft If they use a normal single EC2 instance on the free tier, of course. But I guess they have someone who knows what they are doing.

[@halfsoft]

@@framegrace1 And what is your point exactly? What i said is that to handle more concurrent users they will need to scale the number of instances they run. Then they need to use load balancing to distribute the content across the ec2 instances. And what is more you lose the advantages of the distributed infrastructure of s3 that amazon has built.

[@twilightdev]

Theo realized that he would be homeless if he continued using serverless

[@gadgetboyplaysmc]

Sounds like serverless slop is circling back. Also Just uploading directly to S3 is theoretically still faster.

[@dancarter5595]

Oh cool, now my third party upload service has access to all the data I store. Neat.

[@danhorus]

They already had access before, no? It's their S3 bucket

[@dancarter5595]

@@danhorus oh right, I got the impression it was clients own authentication and direct upload to S3. I obviously don't understand what this solution provides.

[@balnicor5576]

@@dancarter5595 An easier way to upload things? They also add some code to the process so you don't need to do it yourself. I mean it's like using Vercel so you don't have to set your infra.

[@Alaestr]

Yeah, that's the thing here that sort of defeats using it for anything production that is user-data sensitive. In EU at least, cause the us ofc doesn't care for user data. Because you are going to be in breach of GDPR. Since you are the administrator of the data, you cannot share it with 3rd parties without consent.

[@philliphaydon7017]

1) S3 does support resumability 2) File sizes can be checked using `content-length-range` 3) S3 can reject on file extension and mime types 3) You could have ditched Lambda and done a webhook back to the server

[@chyldstudios]

BYOB: Bring Your Own Bucket

[@MickenCZProfi]

It's pretty cool you naturally use a sequential diagram to explain it without even thinking about it or at least mentioning it.

[@pbwyt]

The most astonishing thing is how this can be a product someone pays for :) 99,99999% of is just S3.

[@sevos]

Wow this is massive reduction in complexity! I hope though one day we'll have technology advanced enough to use this thing called "Your server" to store a file. Sure hope we would be able to achieve even less arrows on the graph then...

[@ricardoamendoeira3800]

1.5s to upload 4 images and a total of under 4MB? That's the fast version that has chat asking how it's possible?

[@foxcirc]

uploading should really just be a single chunked transfer http request with a single response. the server can easily athenticate that and save the partial data to get resumability, and more

[@yannick5099]

Congrats. Owning your own infrastructure is something I always found important. Can we expect video titles like "We stopped using the cloud" with details about how you manage your own bare-metal Linux servers soon?

[@arushsharma8383]

Interesting to see you share the thought process behind everything, helps to learn :)

[@JohnSmith-gu9gl]

I'd love to see Theo work on some Remix projects. Remix offers a great deal of built-in type safety, eliminating the need for extra implementation effort.

[@maervo4179]

Well that is nothing surprising, everyone should know that each serverless our cloud computation application always has an overhead. It is like saying, the new built file upload in rust is 10x faster than in javascript lol

[@wicktorinox6942]

What I have learned, when it comes to IT.. the absurd amount of work is usually necessary due to initial incompetence...

[@raspy_on_osu]

This just in. Serverless proven to be a buzzword to keep you purchasing overpriced subscription model technology. In other news, paint is wet when applied.

[@flipperiflop]

Great success! It's also quite cute that, even after so many live-streams and videos that you have done, you end up sounding a bit like a school kid presenting their project the first-time in front of the class, when you are talking about something that you are really proud of.

[@igortalic2021]

Hoped for more info about the new server ( why no serverless, what's the tech, etc. ), but this looks amazing and makes sense now 😊 Great video 😊

[@VinayKumar-vu3en]

if you can't beat em, join em

[@aminbeee]

Theo is more and more free from his main sponsor, it makes him even more productive :D

[@houstonbova3136]

Was going to say the same thing. It’s amazing how fast he can develop and iterate when he’s not stuck on shitty platforms!

[@hamm8934]

its almost like vercel preys on new devs who don't know any better like supplement companies do on people new to working out. They push an unneeded product on people who don't know any better. Nearly the lowest form of ethics for a business model.

[@Bleibruk]

That upgrade sounds as the logical path. Amazing optimization and simplification from user perspective!

[@martinlesko1521]

Is it me or some of the comments here look more like trolling than actual feedback ?

[@t3dotgg]

The video has been up for 5 minutes, anyone commenting didn't watch the video yet lol

[@m12652]

I'm commenting while listening to the video, multi-tasking in fact, almost 🙄 😉

[@sebaitor]

The comments ARE feedback, theo is just clowning as usual and people pick up on it fast.

[@martinlesko1521]

@@sebaitor why do i feel most of these comments like yours come from people who comment here first time ?

[@kengreeff]

Bring your own bucket… nice!

[@jyorko721]

You've truly mastered the art of making things simple (or should I say, too simple) while monetizing the convenience. Well played. 👏

[@John_Versus]

Are we saying bye to vercel😄

[@martinlesko1521]

vercel products are still good

[@balnicor5576]

@@martinlesko1521 They are, if you're a noob.

[@hamm8934]

its almost like the vercel sponsorship was motivating his decision making, despite stating otherwise. hmmm.......... money changing people's views on something? Never heard of that before.... I respect him cutting off the vercel sponsorship honestly, like I really do, but I can't take these types of videos where he feigns discovering something groundbreaking, when in actuality, if he had listened to his critics who had be pointing out these problems with serverless for years, and instead of just hand waving them away under the guise of DX, he wouldn't have had to go around this whole cricle. Web dev and CRUD apps are solved problems. They've been solved since like 04 with wordpress, yet new devs always let their ego in the way and have to learn the hard way, instead of just listening to their elders that solved the problem. It's like first learning about parsers and then having the ego to be like "i'mma write my own!!!" when parsers have been solved for decades.

[@orcofnbu]

one year later. "we made file reading 10x faster and lowered our cloud cost 10x by going bare metal server. " it i always nice to see people gets excited when they re invent the wheel

[@vladimirkrasulya8693]

1.3 seconds to upload 5mb doesn’t sounds quick, maybe I’m missing something but in 2024 this is awfully slow result

[@lautarodapin]

we will be able to use uploadthing to upload to our own google bucket? mind blowing!

[@wlockuz4467]

With the amount of time webdev goes full circle I am surprised we never get dizzy.

[@guard13007]

It's kind of sad that resumable file transfer is a big feature now, because I remember it being a standard thing when I was a kid. It was lost somewhere along the way, and I'm glad to see someone is paying attention.

[@guard13007]

S3 doesn't support resuming!? Jesus Christ. This is exactly what I mean.

[@RedPsyched]

I wonder how pricing would work with "bring your own bucket". But we're very excited for it since our organisation has rules on what geolocation a bucket can exist in. And even just using local infrastructure.

[@Itsneil17]

Just make your own infra/software for this. Waste of money spending it on upload thing

[@Qrzychu92]

@@Itsneil17 you know that this is like saying "just make you WordPress"? I guess Upload Thing is simpler, but getting right is really hard. That's why we use abstractions that hide the real complexity

[@RedPsyched]

@@Itsneil17 making our own infra/software also costs money.

[@Itsneil17]

@@RedPsyched I've made my own infra for stuff like this. Yes it wasn't cheap at the start but now it costs less than using 3rd party

[@Itsneil17]

@@Qrzychu92 yes infact new discovery that not everyone uses wp. People use frameworks not a drag and drop editor for building websites.

[@wes555]

Gonna brag because I did this years ago. I also thought PWA was great when everyone was obsessed with native. Here's the next protip: Vanilla JS has everything you need. Frameworks are bloat

[@joe_xyz]

Really cool stuff! Now that the infra is more flexible, something I'd love to see in UploadThing in the future is Cloudinary-like image transformations. UT would become a viable Cloudinary competitor with that! Could also be part of PicThing if you plan on doing more with it than just background removal :)

[@t3dotgg]

You should take a look at how PicThing is handling images ;)

[@becauserocks.5784]

Nice, we have a similar architecture. We built a file upload service for our healthcare application to allow clinicians to upload patient documents, which we also used for other clients. We never touch serveless. The system is deployed in Kubernetes and uses MinIO for the object store. Seeing uploadthing have some commercial success, I wonder if I should compete with you guys? Haha, nah too busy.

[@SnowyPup]

Legitimate question, but isn’t 1.5s to upload 3.2MB still really slow? I don’t know what kind of internet you have, but a 50mbps upload would’ve sent the data in 500ms, what is taking the extra second?

[@patrickwerz4608]

You improved your product by eliminating network hops as you should do. But the main component (s3) is still server less.

[@patrickwerz4608]

How do you host your ingestion server? Are you running your own k8s cluster?

[@WiseWeeabo]

Serverless as a concept is really cool, and I hope that the cost to performance ratio becomes better..

[@radioskpup4784]

When we trigger S3 uploads/copies through various means, rather than having our API state update the front end we allow our client to hit a headObject presigned url to assert that the object has successfully landed. Requires some ugly polling but it’s cheap polling

[@rns10]

Infra matters more than what frontend/client could ever achieve. Because on frontend you can only show the loader nothing else because client has limited internet bandwidth.

[@jackfrosch]

Fwiw, Lambdas are not the only way to have serveless compute in AWS. ECS Fargate also offers the benefits of serverless (scale to zero, pay for what you use, etc) without the limitations of Lambda.

[@lawrencejob]

I love the update. Arguably, before, you didn’t really have a meaningful product when you were serverless (the value-add above using S3 was small), but now you really do.

[@Exilum]

It might have been worth measuring and removing the upload time from the benchmark, considering it has more variables than the speed of the ingest server itself. That or upload images that can be sent in a single chunk.

[@thisaintmyrealname1]

Congrats on the launch, less complex and faster, net win 👍 I imagine you went with the previous architecture first because it let you bootstrap more quickly, without committing yet to the upfront cost of rolling & maintaining your own ingest server. is that right?

[@yt.kaiserkiwi]

1 to 2 years and we're gone full circle. "new" web devs already "discovering" PHP again. Not long before people uploading HTML files to a nginx/Apache server again and calling it "zero dependency websites". This will be the new big thing.

[@d3stinYwOw]

Huge improvements! It's great that you feel ready to tackle enterprises, but I can assure you - it's not easy, not at all. Data privacy standards are more looked at than ever, so I'd first go for SOC, HIPAA and EU variants of those to have certificates you can shield yourself against quick-shot enterprise questions :)

[@rikschaaf]

What would the pricing structure be like for BYOB?

[@フルブライトケネス]

Yes, frontend life is better when I can literally write everything in a single HTML file. Vanilla JavaScript + sometimes Web Components for the win. I'm a Helix IDE user so keep that in mind since that may also influence why I don't mind making web apps in that way.

[@xujok]

Now it's faster - but it also cost more money - you need to run server, you need to pay for the bandwidth and so on. So it's a trade off - you will pay more for your infra - you will get better user experience. It's the same as with Auth, you can use 3rd party auth system, which saves you ton of work but you can't control the user experience to the very details.

[@jose6183]

Kudos Theo! And thank you for driving us away from serverless!

[@MrJloa]

Anyone needs a s3 upload proxy?😮 But why? U can just upload to s3 directly.

[@Captain.Mystic]

Turns out serverless isnt actually serverless, and making less API calls to do the same thing means you have a lot faster of a server and a break in one system doesnt turn off the economy for two days.

[@NicholasMaietta]

This is exactly the kind of content I crave. I love seeing how people improve the operational side of services. Also, this is open source? Seriously?

[@dtesta]

Soooo, uploads are not faster. Why would it matter if the client uploads to your ingest server or directly to s3? It's the calls before and after the actual upload that you removed/optimised. I bet uploading a 100MB file takes pretty much the same time as before. If you had 4 seconds of overhead (for 4 files) before, that sounds more like a crappy implementation :)

[@stephenbelanger]

Serverless is awful and no one should use it. People don’t understand just how horrifically inefficient it is. 😬

[@mortent877]

Aka. We started using servers, the results are insane!

[@WillDelish]

As someone who works with AWS for 3rd party security reviews, those enterprise features sound nice. Still, there’s a LOT of config settings that AWS requires (that are not always cheap and is constantly changing) to be meet the bar. Still, this is very cool infra design change and breakdown. I really appreciate this, folks who don’t work with AWS/cloud don’t understand.

[@doc8527]

I remember the whole serverless is designed to be short time, lightweight, infrequent requests for particular functionalities of your application. Hence the server doesn't need to run all the time and save your cost, and you don't need to maintaining the server. Lately, it was abused massively for all kinds of heavy tasks, which should belong to your own server. And people complain the serverless. The comment section is full of "devs" who say serverless is bad or host your own server is bad. Joke about the web dev, without understanding of those subtle details. The current generation has huge skill issues imo.

[@WillDelish]

@@doc8527 Yeah, I get to witness some real nutball spaghetti lambda design. If you need to mange over 50+ lambdas for your backend plus have one for every single API, troubleshooting & DevOps becomes a nightmare. Gotta watch every lambda metric, have so many cloudwatch logs etc. Thats where Vercel like companies do serverless a little better, they're taking on more of that burden, but its priiicy! I'd pay for it in a heart beat to save me time though. Docker containers are where its at. Fargate/ECS that thing. Even EC2 management has improved a lot with CDK + SSM scripts.

[@philipaarseth]

Are bandwidth costs negligible now? If not this seems much more expensive for UT to scale.

[@bloodonthesnow]

it's fun to watch people rediscover simple architectures are the best... microservices and serverless are too often just solutions in search of a problem

[@gorak9000]

why write code when you can just glue 10 slow and inefficient libraries together

[@pencilcheck]

this is similar to investment, companies need to say something different, since most of them aren't innovative, instead they just go back and forth between things we have done in the past so people will invest in them.

[@Metruzanca]

Dropping serverless improved performance? Surprised pikachu. /s

[@gabriellimoni3756]

Very nice explanation and product improvement!! I'm curious about how this change would impact in the infrastructure cost and product pricing. Could you explore this topic?

[@rafaeltab]

A couple of days ago, I made one of our sql deletion queries 37000% faster. The 500% doesn't sound insane :)

[@MaxFunoff]

Who would have thought.

[@omri9325]

Time to remove all the sleeps in the code

[@collinoly]

Up next: I went back to client side react

[@dejackle1251]

Not surprised. Google charged me 16 dollars a month for a website with almost no traffic in server less. It's not a good idea if you have no traffic. It's only good to handle extremely volatile traffic loads,.

[@hermannschweizer7487]

All problems in computing come down to cashes :)

[@TheStevenWhiting]

Getting Pied Piper vibes.

[@TheGusMP]

Combining uploadthing with something like Oracle OCI (which offers free 10 GB S3 blob storage) would be fantastic

[@SpookFilthy]

You could still be serverless with a fargate container doing the ingest server work. You can also do a MD5 hash verification on a file wth S3 but that may not be possible in your scenario depending on client's ability to create a hash.

[@pkingo1]

We would like to host everything ourselves - storage, ingest logic, etc. and not rely on third-party services/servers. Would you say UT isn't for us?

[@dcrebbin]

now it’s 1 straight moon shot to PMF!!! (nah fr good work tho)

[@Vukasin996]

16:00 last sentence in the first paragraph says "meaning you can there is no need for the extra API call." You may want to fix that! Otherwise, great video!

[@postmodernist1848]

Right after the Vercel sponsorship ended we get this..?

[@rtorcato]

using the AWS SDK to upload files you can pass a callback or use a Promise to handle the completion. Thanks ChatGPT now give me a code example. Now why do I need to pay for a middleman service?

[@harryman0412]

But what did you use to build your ingest server?!?! typescript? .NET? Go? Rust? Something else??? I wanna know the details about your serverFULL architecture!!! There's no details in your blog post either about what you used to build your ingest server in, how it's hosted, etc. I'm extremely interested in what you landed on for those tech choices.