网站突然卡住不动了，刷新了一下居然需要排队进入 2 个帖子 - 2 位参与者 阅读完整话题
冰佬的公益站被挤爆了，我还是头一次见那么多正在思考和502和403 4 个帖子 - 2 位参与者 阅读完整话题
这是被挤爆了吗 4 个帖子 - 4 位参与者 阅读完整话题
君の公益 很简单，就是开放了,我担心会挤爆服务器，先开放试试，真坏了我再修 开放的后缀是 .edu.cn 暂时不开放edu邮箱注册了，国内的教育邮箱过于混乱，newapi又不支持通配符，暂缓搁置吧 祝大家天天开心鸭 学AI，上L站 54 个帖子 - 46 位参与者 阅读完整话题
IT之家 5 月 27 日消息，据外媒 Insider Gaming 今晚报道，围绕《命运》系列的争议正在持续升温。由于玩家认为《命运》系列已经接近停滞不前，抗议声仍在持续扩大。最新动向是，《命运 2》玩家计划在 6 月 9 日集体登录，用 挤爆服务器 的方式表达不满。 过去一个月局面相当混乱。Bungie 已经宣布《命运 2》 不会再推出更多更新 ，而且《命运 2》之后是否还会有《命运 3》的消息也不乐观。 目前，一篇 Reddit 帖子开始获得大量关注，并逐渐扩散到讨论《命运 2》的各大社交媒体平台。《命运》subreddit 上的号召很直接：“所有人 ——6 月 9 日登录。” 用户 w1nds0r 提出了具体想法，这则帖子已经获得数千次点赞，评论数超过 1000 条。IT之家附大意如下： “我们至少要冲破《马拉松》的历史在线峰值，让 Bungie 知道 Bungie 做错了决定。《异端》很棒，《宿命边缘》的剧情也很有意思。Bungie 一边加码糟糕的系统改动，一边无视玩家反馈，才让事情走到了这一步。我觉得大家都应该尽量在 6 月 9 日登录一次，让 Bungie 看到这个系列仍然值得继续投入。如果可以的话，也请叫上朋友和公会成员，在最后一次更新上线时一起登录。这是我们最后一次传递信号、证明这个系列仍有价值的机会。基本就是这样。保重！” 相关阅读： 《 〈命运 2〉被“放弃”后，逾 18 万玩家联名要求 Bungie 开发〈命运 3〉 》 《 Bungie〈命运 2〉官宣停更后，同门作品〈失落星船：马拉松〉遭差评轰炸 》 《 〈命运 2〉游戏 6 月 9 日后停更，消息称索尼计划对 Bungie 工作室发起大规模裁员 》
这3.5flash比3.1Pro都强？佬们怎么看 9 个帖子 - 6 位参与者 阅读完整话题
有没有佬友知道现在很火的runway unlimited plan，由于被挤爆了，新号被转成了max plan。但是海鲜市场还是有人能给只有max plan的runway号强开unlimited plan。 求问他们是怎么实现的？ 谢谢佬了~ 4 个帖子 - 3 位参与者 阅读完整话题
如题 3 个帖子 - 2 位参与者 阅读完整话题
前天玩黄油发现被植入恶意软件，于是安装了Sysmon用来监控每个程序的操作，安装前龙虾说这个几乎不占用资源，可以放心用，于是就没在意。 今天一看我C盘可用空间只剩个位数了，而且过了几个小时又降低了，还以为是之前恶意软件悄悄在哪下崽，打开SpaceSniffer一看，发现Sysmon占用24.2GB，已扫描的66G文件里有1/3都是它。 用了好多方法，都无法获取到C:\Sysmon的读写权限，最后是先卸载的Sysmon，然后过十分钟左右，C:\Sysmon里的文件就自动清空了。 担心一觉醒来C盘爆满电脑死机，一直处理到5点，又是天亮才睡觉的一天 3 个帖子 - 2 位参与者 阅读完整话题
正在赶一个项目，但是今天晚上好像基本上都用不了了，你们遇到了这个问题吗 Language model unavailable Getting chat ready Chat is almost ready
正在赶一个项目，但是今天晚上好像基本上都用不了了，你们遇到了这个问题吗 Language model unavailable Getting chat ready Chat is almost ready
正在赶一个项目，但是今天晚上好像基本上都用不了了，你们遇到了这个问题吗 Language model unavailable Getting chat ready Chat is almost ready
正在赶一个项目，但是今天晚上好像基本上都用不了了，你们遇到了这个问题吗 Language model unavailable Getting chat ready Chat is almost ready
正在赶一个项目，但是今天晚上好像基本上都用不了了，你们遇到了这个问题吗 Language model unavailable Getting chat ready Chat is almost ready
之前也用spec coding，模型差的时候不用这个是真不行，但是其实他也确实繁琐，经常挤爆宝贵的上下文空间。 现在gpt-5.4xhigh 5.5xhigh。我已经很少用spec coding了，习惯性自己尽量给一个上下文内可以处理的小需求。发现ai基本上达到了我的要求，就是每次生成的代码都是有效的可用的，容易review的。 不知道大家现在是怎么在几百万行的工程内使用ai的，特别是客户端的，前端后端我觉得相对可验证得多。 9 个帖子 - 3 位参与者 阅读完整话题
刚配好grok2api，一看怎么爆了429，发现是挤爆了，问问是一直这样还是这两天的事 1 个帖子 - 1 位参与者 阅读完整话题
想着不和大家挤claude，尝试一下用一下any的gpt吧，发现gpt也是彻底用不了了？ 10 个帖子 - 8 位参与者 阅读完整话题