我是 Coding Page + 以前还是个小白的时候写的静态博客生成器

@shendaowu
@kawei

因为是前端计算，所以没有服务器费用。维护费用仅仅是域名的一年几百块。GitHub Page 不倒，这个站应该就不会关。

@yuanshuai1995 嗯。需求不一样啦。我是昨晚要发 SS 链接给手机上的时候想到的。

@LeeReamond 你这么写当然会报错。目前的 CPython，type hint 可是会在运行时计算的。这和宣称的不符。才有了我上面所说的 PEP563 。3.7 以上版本可用 future 开启，3.10 默认开启。

是的，这个问题我在写 Index.py 的时候也遇到了。我的解决方案是用 PEP563 。

@GDC 没有服务器。这是个纯前端程序的 PWA

@kawei 哈哈哈，纯前端，我又没有服务器费用。

@css3 是的。还有更多用法讨论在 GitHub discussion 里。可以看看。

@PPTX 可以。Lua 操作 redis 呗，有现成的库。

初次访问你网站的时候,下发一个 cookie. 后续 websocket 携带这个 cookie 去访问. 同一个 cookie 的直接 close 掉. 不带 cookie 的也 close 掉.

规则是为了加速。我写过一个。纯 Python 的。零名单和几万的名单，速度我没感觉有影响。

另外，规则这个我觉得没必要吐槽，也只是条数多，写 /改起来还是很简单的。但是配置一个比一个复杂才是真的需要吐槽的吧。SS/SSR 还行……配置一下加密手段就行。后面 v2ray 就开始起飞了，我到现在也没明白怎么配置。然后是 Clash，好家伙，配置文件相当于自建的编程语言了。

于是我含泪花了一个周末自己写一个 GUI 。

@cweijan 有可能，上次用它都快过去一年了吧。

@liian2019 用过。但是后来为啥卸载了，忘了。反正现在公司电脑上我又装上了，现在用着感觉还不错。但隐约对这个玩意有一个不好的印象，不知道为啥。

Redis 的支持？？？现在就试！一直苦于没有一个好看、好用的 redis 客户端

flask 、requests 这两个库，跟高并发这个词一点关系都没有……

你这个需求也别用 fastapi，他那个依赖注入一上，性能哗啦啦往下滑。倒不是说依赖注入不好用，关键你这个需求用不上。 @Vegetable 天花板就省省吧……它是天花板，那我写个玩意，性能是它 1.5 倍，岂不是把楼炸了？

楼上说的对，如果你会用 openresty，这个是最好的。如果执意用 Python，推荐 bottle/pyramid 。真正的 Python web 框架性能天花板。https://github.com/the-benchmarker/web-frameworks 以防有人说我信口开河，性能测试排名在此。

然后请求部分，如果你上了我说的两个框架之一，requests/httpx 随便挑一个就好了。有栈协程一开，都可以的。

巧了。以前研究过相关的东西写了一篇博客留作记录。你看看吧。https://aber.sh/articles/Python-Reload/

当时写的可能比较乱，如果有没看懂的部分可以文章下发评论问。

刚看到楼主在 #8 说有嵌套 Task 。很遗憾，asyncio 不支持嵌套取消。可以试试 trio，宣传上说是解决了这个问题。我也没试过。

写过相关代码，在我的项目里使用过很久，一切良好。

https://gist.github.com/abersheeran/bd2372bb35fec859d7fca453ca5f7826