V2EX › drymonfidelia 的所有回复 › 第 51 页 / 共 62 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 47 48 49 50 51 52 53 54 55 56 ... 62

❮

❯

280 天前

回复了 pacexy1 创建的主题 › 分享创造 › Lingolab - 专注于语言学习的 ChatGPT 客户端

很多日本老师都说 ChatGPT 解释日语知识的时候会出错 https://www.youtube.com/watch?v=I1Aux4Jt3xk

281 天前

回复了 helloword001 创建的主题 › 程序员 › 大佬们，自己开发的 App，每天 1-5 个下载，请问该怎么办啊

@Livid 2 楼 ad

281 天前

回复了 drymonfidelia 创建的主题 › OpenAI › 开发出 GPT 的为什么不是 Google? Google 明显比 OpenAI 早研究 AI,做搜索的在数据集上应该也比 OpenAI 有优势,Gemini 明显还是比 GPT4 弱很多,出来的代码全是废话+Bug,指出来都不给修改

@egen 要看总数，为什么看密度，Google 业务比 OpenAI 杂很多

282 天前

回复了 drymonfidelia 创建的主题 › Google › 原来 Google 也不做 XFF 是否伪造的识别

@wzhpro 边缘节点以外的 XFF 没用

282 天前

回复了 drymonfidelia 创建的主题 › Google › 原来 Google 也不做 XFF 是否伪造的识别

@wzhpro 在边缘节点把用户提供的 XFF 清空

283 天前

回复了 drymonfidelia 创建的主题 › 程序员 › Python aiohttp 异步需要同时请求同域名下 8000 个 URL（对方网站无并发限制）把结果拼接返回，要求总耗时最短， 8000 个同时发还是先发 1000 个，不等待结果，间隔 0.1 秒再发下一批快？

@laminux29 全告诉了是你自己不翻回帖

283 天前

@lesismal 任务随机下发到一个节点，在同一个 aiohttp session 里面发，每个 URL 拿到结果马上发同 URL 的下一个请求，没有关注是 http 1.x 还是 2.0
有订阅机制，但是订阅延迟不止 3 秒，用不了

283 天前

@markgor 平台上拍卖机器人泛滥，官方没管过，基本上是默许了是有一次请求多个的列表 API ，但列表 API 有缓存延迟不止 3 秒，用不了

283 天前

@yuyue001 8000 个 URL 是用户提交的，在我们数据库里
akamai CDN 的数据是实时的

283 天前

@cat 是这样，同行据说也是这么做的
@lambdaq 平台推送延迟不止 3 秒
@lovelylain 一批爬完马上爬下一批，没有 sleep

284 天前

其实是某拍卖平台的自动出价系统, 需要实时监控价格有没有被超过, 高峰期最多有 9 万条链接接近截止时间, 延迟 3 秒体验影响很大的, 同行能做到实时
平台本身推送但是延迟还不止 3 秒
@locoz

284 天前

@GeekGao 纯发请求消耗不了多少 CPU 和内存吧, azure 带宽至少 1Gbps, 看起来是足够了
@phrack 确实是在代码里通过全部请求收到返回-首个请求发送前时间, 精确到毫秒计算的. 从内核发出的时间要怎么看, 在服务器上抓包么?

284 天前

回复了 drymonfidelia 创建的主题 › 程序员 › 开源项目如果想持有完整版权, 方便随时更换许可证, 可以把 CLA 直接附在 LICENSE 后面, 避免要求贡献者签署 CLA 吗

@stimw 但是要求签 CLA 在商业化项目中是很常见的, 我只是觉得多一个步骤体验不好

284 天前

没有 API 能一次性查多个商品库存

284 天前

上货=>补货

284 天前

@locoz 具体场景不方便公开，但差不多就是库存监控，有 90000 个商品，上货时间没办法提前知道，我们永远比同行慢 3 秒

1 ... 47 48 49 50 51 52 53 54 55 56 ... 62

❮

❯