假设 deepseek 一直被攻击,是不是服务会一直繁忙?
为什么大厂对于这种问题,不能从根本上去解决呢?大佬们有什么看法
问题反了。是假设如果服务一直繁忙,会不会一直声称自己被攻击
我严重怀疑这是一个非常合理的借口
因为这玩意能怎么攻击。。。
就一个暴露在公网的 api 服务。。。
而且不需要 UDP 也可以丢区域包。。。
就是个借口。。。
就一下子涌入的人太多,性能扛不住了吧 。热度小一点就正常了
会不会因为架构不行,导致处理实在太慢了呢
em...我现在也开始怀疑了。。。寻思也不至于会这样
#5
你想多了 人家并没有必要扩容处理能力啊
能用就行了 使用又不收钱 要不你找他们公司跟他们签合同付钱的 你看看卡不卡
根据 op 的历史记录,不像是在问技术
纯粹是基础设施不行,可能再加上过年所以一直没解决问题。deepseek 在全球绝大多数应用商店下载量都排前几位置,估计他们自己都没料到。
其实我是问技术的,奈何上一篇的人回答的都是广子且没有意义的东西,v 站也不能下了那篇文章。目前我看 dp 是套了个 cf 盾,但还是料用于无
是的,我看在 x 的关注热度 dp 比 openai 的要高,而且我写编程的问了好几遍 o3minihigh ,不如问一遍 r1 成功,所以挺担心这个国内产品的发展前景,其实接受付费,毕竟实在帮了大忙,知乎也蛮多人在吹 r1 不够 o3minihigh 厉害,其实我挺反感的,特别是几次问了 golang 和 action 的处理的问题,openai 的 o3minihigh 最强模型给我的感觉就是胡说八道,完全解决不了任何问题,也许是我用中文去提问吧。我问 r1 一次就完美解决了。问的问题是:golang 的多个 Goroutines 里面如果失败继续重试而不影响其他 Goroutines 。以及 action 发布生成对应的二进制文件。
我倒是希望他付费。唉
#12
可以付费啊 去找他们商务谈就好了
几十个人的小团队估计不会搭理我们。。
应该不是技术问题,是用户太多了,他们本身的资源有没多少,你可以找他们谈商户合作,独立部署或者专享资源应该就不会卡了
没有几个公司的产品能扛得住正常的高并发的,大多数公司的产品上万并发都扛不住,何况全世界那么多正常用户一起访问,没有几个公司的产品发布的时候就处理好了高并发访问。
嗯呐。也是。
行,我加个社群问问
用户太多,网络资源,硬件资源都不够了呗。
为啥不升级? 1.没硬件,2.没钱赚。
Perplexity 已经在美国部署了 R1 ,承载能力可能比幻方的强,LZ 到那边去试试看?
用户涌入得太多了,这次爆火之前也一直用 deepseek ,几乎没碰到服务繁忙
我倒希望付费 API 和免费版本资源分开,这样至少保证付费的 API 可用
借口而已
近期狂用 cursor 编程,就是纯 agent 模式完全不写代码,我就写写文档和计划,让 ai 照着做。 最后这个项目虽然能够搭建起来,但对整个项目的把握度完全不如之前,一边…
请教一下,vue 是不是在理论上,任何情况下都不需要操作 dom ?看到 vue 的官方说明里提到,尽量不要操作 dom ,应该交给 vue 来处理。 但某些情况下似乎的确得…
昨天的 /t/1133223 吸引了大家不少的讨论,今天我来说一个工作上遇到的问题。 准确地说,这个问题是 MySQL 字符集中的校对规则出了 BUG ,字符集本身是无辜的。 …
合速度