Skip to content

Commit c008dc9

Browse files
authored
Merge pull request #136 from manikanta-hitunik-com/patch-133
Update 452-quart-extensions.txt
2 parents 107311f + b669866 commit c008dc9

File tree

1 file changed

+16
-17
lines changed

1 file changed

+16
-17
lines changed

transcripts/452-quart-extensions.txt

Lines changed: 16 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -50,7 +50,7 @@
5050

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

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

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

@@ -90,25 +90,25 @@
9090

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

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

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

9797
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,
9898

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

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

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

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

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

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

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

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

@@ -182,9 +182,9 @@
182182

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

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

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

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

@@ -196,7 +196,7 @@
196196

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

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

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

@@ -234,7 +234,7 @@
234234

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

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

239239
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
240240

@@ -384,7 +384,7 @@
384384

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

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

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

@@ -756,7 +756,7 @@
756756

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

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

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

@@ -908,7 +908,7 @@
908908

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

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

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

@@ -1110,7 +1110,7 @@
11101110

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

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

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

@@ -1206,7 +1206,7 @@
12061206

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

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

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

@@ -1362,7 +1362,7 @@
13621362

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

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

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

@@ -1439,4 +1439,3 @@
14391439
00:55:19 write some Python code. [Music]
14401440

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

0 commit comments

Comments
 (0)