V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abersheeran  ›  全部回复第 79 页 / 共 84 页
回复总数  1675
1 ... 71  72  73  74  75  76  77  78  79  80 ... 84  
2020-10-09 22:15:53 +08:00
回复了 Te11UA 创建的主题 Python python3 新特性这么多,你常用的是什么?
Type hint,很自由,上线的项目里关键部位都会用上,开源项目基本都是打满的。
2020-10-09 22:11:34 +08:00
回复了 laike9m 创建的主题 Python 宣传一下 Cyberbrain,真正解放程序员的 Python 调试工具
这个调试器厉害了啊,变化来源追踪。star 送上~
2020-10-09 22:07:44 +08:00
回复了 whatsupbitch 创建的主题 Python python3.9 发布了
@laike9m 好的,感谢。
2020-10-08 17:48:48 +08:00
回复了 whatsupbitch 创建的主题 Python python3.9 发布了
@laike9m 模式匹配哪个版本能出?你有消息吗?我看 Guido 那个库上的语法,应该是需要一个次要版本以上的更新才会有。
2020-10-08 17:25:56 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 这就只能靠约定了。
2020-10-07 14:18:22 +08:00
回复了 ss098 创建的主题 云计算 DigitalOcean 推出 PaaS 产品 Apps
如果是这样的话,那我不如用腾讯云的云应用……
2020-10-07 14:15:32 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 你为啥要从 scope["session"] 读数据,直接用 session 变量不就行了?
2020-10-06 00:33:24 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 ASGI3 里面 __call__ 直接做完所有工作了,完全可以共享到一个 session 对象。

```python
async def __call__(self, scope, receive, send):
session = {}
scope["session"] = session
...

send(...session...)
```
2020-10-05 22:53:54 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 Python 的 re 标准库没办法通过匹配到的 pattern 来获取对应的 endpoint 。这个我后续可能用 Rust 实现一个 Radix Tree 。

直接把 scope 传到 receive 和 send 里是什么意思?我没懂这个有什么用。
2020-10-05 18:21:48 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 呃,我们现在就是不带前置服务器直接跑 ASGI Server 😀。

中间件这部分我还真没注意,我觉得这个申明有点脱裤子放屁的感觉。如果拷贝一份再把新对象传给下一层,那也太浪费内存了吧。可能 starlette 的 Session 实现跟我的想法差不多,所以没拷贝。
2020-10-05 14:00:08 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 我的思路跟你不一样。ASGI 的 scope 本身就应该是可变的。就像是整个 HTTP 请求链路上,任何一层反向代理服务器都可以对这个 HTTP 请求的信息做出修改一样。这个我觉得问题不大。

我认为的问题在于没办法直接给 socket 写数据,比如发送一个静态文件,这种情况它的性能上就比较差,要拷贝很多次。前几天刚合并了一个相关的扩展过去。目前感觉应该不缺什么了。
2020-10-05 01:43:44 +08:00
回复了 sdbybyd 创建的主题 Java 请教大家 WebSocket 鉴权问题
看你的客户端了。如果你客户端包含标准浏览器,那么只能走 url 参数的路子。别问,问就是浏览器标准傻逼,这个玩意他们讨论好几年也没个定论,等确定好了再等实现出来,你估计都 35 岁退休了。

如果你客户端只是需要满足非浏览器,那简单了,websocket 握手用的 http 协议,你该咋鉴权咋鉴权。
2020-10-05 01:07:42 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 现在也没那么多心力放讨论这种无聊的事上面,我直接去 asgiref 搞事去了。Index.py 基本各部分都独立出来了,现在也就几个通用的 ASGI 中间件和 Request 、Response 对象用了 starlette 的代码。路由系统每一行都是原创,我们自己用的满意就是最好的。

反正微框架嘛,你还能指望有啥代码生态。Django 依旧是我们的主力框架,Index.py 也好,哪怕以后我走了他们打算换 fastapi 也好,都也只是非关系型数据库交互上用而已。Django 全家桶真香!
2020-10-05 01:00:29 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@wdhwg001 是的。毕竟只是说代码,大家说话都比较克制,没有真的吵起来,这里是一个夸张的说法(而且 encode 的一个人,话里的意思感觉是误解了我在说 starlette 这个框架不够高效)。Tom 的意思是他更喜欢简洁的实现,在那个上下文里,显然他是拒绝了我的想法。他这个话,是在我说我打算去开个 ISSUE 详细的讨论这件事之后发的。意思不用更明显了。

至于代码实现上的性能对比,上面我已经追加了。理论性能对比,这个文章我都没必要写,任何人一搜就能搜到。Radix Tree 是目前 web 路由匹配的普适最优解。
2020-10-03 21:52:28 +08:00
回复了 Cryse 创建的主题 程序员 大家的私人项目是倾向于使用 GitHub 还是 GitLab?
私人仓库我建议 Coding 、gitee 。

Github 放公开的仓库没问题,放私人仓库你最好考虑考虑。之前伊朗的程序员,账号被封、私有库全军覆没的事可别忘了。Gitlab 也是一丘之貉,甚至比 GitHub 更过分,至少 GitHub 没有公开说不欢迎中国程序员。Gitlab 直接把排华两个字写脸上了。当然,你如果你长了一张美利坚人民的脸、国籍也不是中国,gitlab 那还是挺不错的,我觉得界面比 GitHub 好看。
2020-09-28 12:23:35 +08:00
回复了 imlinhanchao 创建的主题 分享创造 基于代码仓库的图床
……巧了,我多年前也写过一个现在还在运行 https://upload.abersheeran.com/image

源码在 https://github.com/Aber-s-practice/upload
2020-09-28 12:10:52 +08:00
回复了 abersheeran 创建的主题 程序员 写了一个同步 Github 项目到 Coding 的 action
@lengyihan git 地址是明文。
2020-09-27 14:00:22 +08:00
回复了 zealinux 创建的主题 程序员 求推荐结果质量高的中文搜索引擎网站
@ericgui 不是没有优质内容,是垃圾信息太多了。全世界的垃圾信息都在不断增多。

在国内的微信公众号这种狗屎平台一出,很多程序员又把优质文章丢进去不放出来给那些复制号去抓。

一增一减,就感觉中文优质内容彻底没了。
请不要侮辱实习生……
1 ... 71  72  73  74  75  76  77  78  79  80 ... 84  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2503 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 15:17 · PVG 23:17 · LAX 08:17 · JFK 11:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.