V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wdhwg001  ›  全部回复第 19 页 / 共 61 页
回复总数  1219
1 ... 15  16  17  18  19  20  21  22  23  24 ... 61  
2020-10-05 17:23:58 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@abersheeran 老实说比较底层的部分每个框架的实现都有问题,比如没有一个框架和 Server 实现了 Websocket 的 Set-Cookie,明明 2.1 标准里就有了…这就扯远了。

但是 Socket 的问题我感觉不是特别大,因为目前其实也不推荐裸跑 ASGI 或者用 ASGI 传静态文件,大家都是外面套一个 Nginx 用的。

ASGI 还有一个问题就是它只是个纸面标准,没有针对每一项纸面规定的测试…也是比较遗憾了。
2020-10-05 17:16:18 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@abersheeran ASGI 标准要求 Scope 是不可变的,每次修改都要复制 Scope 以避免污染上层 Middleware:
https://asgi.readthedocs.io/en/latest/specs/main.html#middleware

但是这样一来,Session 实际上是无法以纯 ASGI Middleware 可靠实现的,因为它需要一个上下文,在请求传至 Router 之前初始化上下文中的 Session (从 Cookie / 数据库中读取 Session 放入上下文),在 Endpoint 处理完之后将上下文中 Session 的最终状态进行存储。

而 ASGI 中不存在这样一个上下文存储,所以 Starlette 才会把 Scope 当作上下文,而最终的 Scope 又不会被传递至 send,就导致了一系列问题。
2020-10-05 13:22:32 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
@abersheeran ASGI 标准我感觉没什么前途,标准已经推到 3.0 了,但是各个实现都还很不完整,设计上也有点问题。

举例子说的话,比如 scope 明显应该是一个单例,但是 ASGI 里却将 Scope 定义为了一种 immutable,并且是在中间件之间可随意复制的。这埋下的一个巨坑就是对于一个中间件来说,根本没办法获取到最终的 Scope 引用,从而不能在 send 期间访问到一个稳定的上下文。

也就是说,这个半残的中间件机制甚至连一个稳定的,不需要在请求里操心存取的 Session 都实现不了。Starlette 里的 Session 实现是有坑的,他们把 Session 存到了 scope 里,违背了 immutable,然后使用了 ASGI 明确声明不可靠的闭包 scope 引用去在 send 期间检查和存储 scope 中的 session,这就使得 scope 一旦被复制,session 的管理就变得完全不可靠了。

而这根本就是一个 ASGI 标准的问题,因为基于性能的考量,一个上下文状态本就应该是单例,可变,不可复制的。
2020-10-04 23:44:13 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
所以总之就是,如果有心力的话,可以考虑把实际的性能对比拿出来,提一下 PR,测量点应该主要有这几个:

模拟一个简单的路由情况,提供树实现和遍历实现的性能对比(非 WSL 的 Linux 下内存、吞吐、延迟)。

模拟一个常规的大型网站的路由情况,提供性能对比。

模拟一个深层次的路由情况,提供性能对比,看一下你的实现是否会在深层次的时候性能跑不过遍历。

模拟一个树被压成单层扁平的路由情况,提供性能对比,看一下你的实现在做普通遍历的时候性能会不会跑不过当前的遍历实现。

如果能实现全面的性能提升,并且代码风格良好的话,我觉得 encode 社区会很乐意接纳的。但如果因为误解而没有心力了的话也不勉强。
2020-10-04 23:34:55 +08:00
回复了 abersheeran 创建的主题 Python 第一个基于 Radix Tree 进行路由查找的 Python web 框架发布了!
我仔细翻了一下你之前的讨论(在 7 月 13 日前后),实际上是没吵起来的。

社区成员 erewok 表达的意思仅仅是之前关于这件事就有讨论了,所以更希望有实际的实现和性能对比,而不是在要求一项功能。并且后面的意见也是希望能开 PR 出来,用性能实测数据说话。

Tom 的意见是简洁优先,但没有明确拒绝一项性能改善。所以你注释充足结构清晰,拿代码说话的话也是可以 PR 的,性能始终是 Encode 社区的很重要的考量。
2020-09-30 11:59:13 +08:00
回复了 myevery 创建的主题 程序员 求本站编辑器实现原理
“大哥哥,你的作业里的 dx 是什么意思呀,是解方程吗,好厉害!”
↑大约就这种欲言又止的感觉…
2020-09-26 15:06:07 +08:00
回复了 wensonsmith 创建的主题 问与答 菜单名称后面为什么要加三个点?
@geelaw
App Store 是没有迷惑点的,你试着把“App Store...”在脑内替换成“apt...”就可以理解了。
System Preferences 是一个约定俗成,即所有的综合设置入口都需要写成“Settings...”的形式。
2020-09-22 15:28:05 +08:00
回复了 wdhwg001 创建的主题 奇思妙想 为什么不能做一个公共 PT 呢?
@xgfan 但是 PT 网络与充钱加速是不合并的,也就是说充了钱并不能享用 PT 网络给予的加速,想使用 PT 网络还是只能依靠贡献值的积累。
2020-09-22 15:26:34 +08:00
回复了 wdhwg001 创建的主题 奇思妙想 为什么不能做一个公共 PT 呢?
@lvybupt 钱来自于订阅服务啊,两种加速是可以共存的,对于移动端用户和不喜欢挂机的用户来说,直接购买 VIP 加速就可以了,你可以用手游里的钻石和点券两种货币的想法去理解它。
2020-09-22 14:39:21 +08:00
回复了 wdhwg001 创建的主题 奇思妙想 为什么不能做一个公共 PT 呢?
@kop1989 但其实也未必,因为这样的运行是很积累社区口碑的,同时付费项也比单一会员制更明确,VIP 加速流量的单价也可以更高。
2020-09-22 14:37:17 +08:00
回复了 wdhwg001 创建的主题 奇思妙想 为什么不能做一个公共 PT 呢?
@lengyihan 我这边的定义的话,它依然属于一个 PT,因为它拥有自己的规则,并且是独立于 BT 去运行的。
2020-09-22 03:47:26 +08:00
回复了 hikaruchang 创建的主题 程序员 列举一下迅雷「子公司」玩物科技的一二事
我一直有个疑问,好端端地做一个不作恶的大众 PT 不好吗?普通地让用户进行多线程下载,然后让用户挂机做自动 CDN 获得分享率,根据分享的总流量去一比一地获得加速,氪金用户则直接按流量计费购买商用 CDN 加速,然后挂机分享率则使用 QOS 和进程识别确保不干扰上网和游戏,这样不香吗?
2020-09-20 18:27:06 +08:00
回复了 AmrtaShiva 创建的主题 问与答 鹅厂空间自动删除 GitHub 链接....
@tanranran 技术上是这样,但面对一个不知道原理的黑盒,不经过试错,不露出马脚就能完美绕过的人却不多。
建议是不用太犹豫,也不用太考虑瓶颈,而是把换硬件考虑为一种长期的事情,哪个落后了换哪个,根据财力决定每个硬件的更换周期。
2020-09-20 18:14:11 +08:00
回复了 AmrtaShiva 创建的主题 问与答 鹅厂空间自动删除 GitHub 链接....
> 你是 QQ 空间的负责人会怎么做呢?

本地拉起一个链接去访问这个地址,返回的内容里检查关键词或者 NLP 。
2020-09-20 18:04:10 +08:00
回复了 Mirage09 创建的主题  WATCH Apple Watch 6 到手感受
血氧是打呼噜的人的睡眠质量的很重要的指标,也是睡眠呼吸暂停的重要特征,可惜它似乎不支持在睡着的时候定时进行血氧检测?
2020-09-18 15:20:11 +08:00
回复了 sprzwty 创建的主题 MacBook Pro Macbook Pro 16‘开机等待时间长
在 Windows 顶着 BitLocker 都能 30 秒进桌面的当下,mac 的旗舰产品开机缓慢居然被回怼为什么关机和因为数据加密?
https://zhuanlan.zhihu.com/p/106408132

讲道理,猫传播狂犬病只占 5%,你的猫如果没跑出去过,那从传染病学上来说完全**没有**传播途径,所以不需要担心,同时潜伏期不具备传染性。

求求各位恐狂的人稍微理性一点吧。
2020-09-14 11:58:51 +08:00
回复了 xucheng 创建的主题 分享发现 NVDIA 以 400 亿美元收购 ARM
这下苹果总得和英伟达和解了吧…
1 ... 15  16  17  18  19  20  21  22  23  24 ... 61  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2256 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 07:04 · PVG 15:04 · LAX 00:04 · JFK 03:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.