Skip to content

Update 452-quart-extensions.txt #136

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Mar 13, 2024
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
33 changes: 16 additions & 17 deletions transcripts/452-quart-extensions.txt
Original file line number Diff line number Diff line change
Expand Up @@ -50,7 +50,7 @@

00:02:23 Sure. Yeah. I guess probably in this context and maybe the people listening are probably known

00:02:30 for Cort and Hypercorn and helping maintain the pallets libraries like Flask and Virksug.
00:02:30 for Cort and Hypercorn and helping maintain the pallets libraries like Flask and Werkzeug.

00:02:35 But well, outside of that, I guess in my professional career, I work as a

Expand Down Expand Up @@ -90,25 +90,25 @@

00:04:00 So I thought, okay, I'll start by just re-implementing the Flask API using a

00:04:04 synchro weight. And that's what Cort started out to be. Over the years, David and I have worked
00:04:04 Async Await. And that's what Cort started out to be. Over the years, David and I have worked

00:04:10 to try and merge the two together. So the very latest change that's happened a few months ago

00:04:15 is we actually based Cort on Flask now. So there's a lot of shared code now. And for a long time,

00:04:21 Cort was based on VerkZug. And if you're familiar with the Palettes and Flask ecosystem, Flask is
00:04:21 Cort was based on Werkzeug. And if you're familiar with the Palettes and Flask ecosystem, Flask is

00:04:26 built on VerkZug. And Cort was, but now Cort is built on Flask, which is built on VerkZug. And
00:04:26 built on Werkzeug. And Cort was, but now Cort is built on Flask, which is built on Werkzeug. And

00:04:30 they're very, very similar. Yeah, that's fantastic. Because the more that you can share,

00:04:34 like the more you all can just focus on features and making it better rather than

00:04:39 duplicating that effort. The other aim is that the APIs, well, the same as they can be,

00:04:44 other than a synchro weight. So you can take your Flask code base and move to Cort just by
00:04:44 other than async await. So you can take your Flask code base and move to Cort just by

00:04:48 adding a synchro weight. That's the dream, even closer than it's ever been to that now.
00:04:48 adding async and await. That's the dream, even closer than it's ever been to that now.

00:04:51 You're pretty close to be able to rename the word Flask, keeping the case sensitivity intact from

Expand Down Expand Up @@ -182,9 +182,9 @@

00:07:02 but then I split that out Hypercon into its own thing. And then later on now Hypercon is also a

00:07:07 Whiskey server. So yeah, in some respects, Hypercon is just a general purpose server for Python.
00:07:07 WSGI server. So yeah, in some respects, Hypercon is just a general purpose server for Python.

00:07:12 And so Hypercon, it lives in the same general usage basis, G-Unicorn and MicroWhiskey, UWSGI.
00:07:12 And so Hypercon, it lives in the same general usage basis, G-Unicorn and MicroWSGI, UWSGI.

00:07:22 Right. So I could run it in production in a kind of like a overseer mode where you can fan out

Expand All @@ -196,7 +196,7 @@

00:07:41 Yeah. I was just messing with some Docker stuff and I was running the web app, a fast API app,

00:07:49 NG-Unicorn using UVicorn workers. So handling the ASGI stuff that way. Is it better to use
00:07:49 G-Unicorn using UVicorn workers. So handling the ASGI stuff that way. Is it better to use

00:07:56 Hypercon rather than something along those lines? A little more direct maybe? Or what do you think?

Expand Down Expand Up @@ -234,7 +234,7 @@

00:09:22 definitely won. You know, even though there's many different web frameworks, right? If you look at

00:09:28 the way programming works, you look at fast API, you look at a light star, many of these things,
00:09:28 the way programming works, you look at fast API, you look at a litestar, many of these things,

00:09:34 it's like you've got to create a thing called app and then you say app.get and so on. Right? So

Expand Down Expand Up @@ -384,7 +384,7 @@

00:15:25 How do I share it with my users, stakeholders, teammates? I need to learn fast API or flask,

00:15:30 or maybe view or react JS. Hold on now. Those are cool technologies, and I'm sure you'd benefit from
00:15:30 or maybe Vue or react JS. Hold on now. Those are cool technologies, and I'm sure you'd benefit from

00:15:36 them, but maybe stay focused on the data project. Let Posit Connect handle that side of things.

Expand Down Expand Up @@ -756,7 +756,7 @@

00:29:23 very quickly and never touch your route instead.

00:29:25 Okay. Interesting. I'm starting to think about maybe if you have a sync and await
00:29:25 Okay. Interesting. I'm starting to think about maybe if you have async and await

00:29:30 available and your algorithm told you when the next one was coming, you could just

Expand Down Expand Up @@ -908,7 +908,7 @@

00:34:32 Yeah. So for this library, it supports, I've used all the documentation as data class, but it's

00:34:37 by dantic based at the moment. And because of the, it's not actually the typing. So there's
00:34:37 Pydantic based at the moment. And because of the, it's not actually the typing. So there's

00:34:41 no dependency injection or anything like that with fast API, but it uses the decorator validate

Expand Down Expand Up @@ -1110,7 +1110,7 @@

00:42:04 a background task that's not part of an actual request, but it could even still be in the web

00:42:09 server process, right? >> I use, there's an extension called court DB, which is my preference,
00:42:09 server process, right? >> I use, there's an extension called Cort DB, which is my preference,

00:42:13 because I prefer to write the SQL and go down the ORM route. And yeah, that works as you'd expect.

Expand Down Expand Up @@ -1206,7 +1206,7 @@

00:45:48 ban out your web app into like 10 worker processes?" And you say, "Run in five seconds."

00:45:53 And they all run in five seconds. DEN times or those kinds of issues here.
00:45:53 And they all run in five seconds. TEN times or those kinds of issues here.

00:45:59 >> So this extension supports a couple of extensions to it. So you can pass it a custom

Expand Down Expand Up @@ -1362,7 +1362,7 @@

00:52:11 Flask and Quart, but that's still the ultimate aim. I kind of think because of the limitations

00:52:16 we were talking about earlier about running async code when you're deep in a sync code base,
00:52:16 we were talking about earlier about running async code when you're deep in async code base,

00:52:21 I think you'll always have to make a choice with Flask where if you're going to be mostly sync,

Expand Down Expand Up @@ -1439,4 +1439,3 @@
00:55:19 write some Python code. [Music]

00:55:40 [ required co presence in the comment section below ]