为什么要说公益站并发低无法支持自己的代码项目的 2并发堪堪勉强使用 我对话时还会出现不定期的报错 难道真的如neo佬所说被开放注册是被做局了吗？ 兄弟们，感觉被人作局了？ 搞七捻三 这问题不大，花点时间沉淀一下就好了。 之前从没在L站看见过相关言论，用着公益站还说公益站不好的。 公益站的目标是“让更多没有支付能力的人能体验到顶级大模型”，想用公益站最起码要尊重公益站站长的规则吧？ 用公益资源享付费体验诚然是我的幻想 ， 比如raw佬的cc站，首字特别快，站长人也很好，还专门花钱请了技术解决问题 但是这也只是幻想。 公益站的服务器和账号都是站长自费公益维护的，真开发级环境就别幻想享受付费级别的体验了。 小小补充下，截至此贴发布前，原评论里的佬友也回复了我他也是很感谢站长的无私付出的，只是希望体验更流畅，并没有说站长不好的意思。 这个帖的发布原因不是用来挂人的，只是想和新入站的佬友们讨论下公益站的使用边界，公益资源都是站长自费购买的或者从付费站里赚的钱投入进去的，限并发目的是为了让更多人能用上小螃蟹模型. –以上 9 个帖子 - 6 位参与者 阅读完整话题
感觉首页主题刷新太快,内容太多了.相当一部分都是不太感兴趣的内容 9 个帖子 - 9 位参与者 阅读完整话题
L站成为了我生活的一部分，每天都会进来，我把我的升级经验分享给佬友们，只要你每天登录，浏览，互动，升级不是问题，premium分组是我当下的奋斗目标，一起加油吧 6 个帖子 - 6 位参与者 阅读完整话题
BV1U44y1a7C6 pc端在公司在家里在各种浏览器有没有登录都播放不了 安卓端正常播放 少部分视频持续报错 大部分视频正常 这是什么毛病 1 个帖子 - 1 位参与者 阅读完整话题
各位佬，我在使用codex的时候发现侧边栏的对话会自动消失一部分，不知道佬们遇没遇到过，我查了一种解决办法，使用了一个小软件来管理codex对话 GitHub地址： GitHub - nClear/codex-wake · GitHub 另外具体见： https://www.reddit.com/r/codex/comments/1to1tyv/codex_desktop_hides_chats_older_than_a_week_i/ 仅供佬们参考，无任何引流和盈利 9 个帖子 - 3 位参与者 阅读完整话题
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
RT 相信站内有相当一部分佬友是习惯中间打开感兴趣的帖子攒一波再看的。 而现有等级经验累计规则里有一条阅读帖子/话题数20000作为活跃用户的标准。 正常刷帖子是正常累计，但是如果用邪修（不用新标签页打开，鼠标中键刚学到的）？？？，就不累计（请原谅我以化传化，我没有做足够的调查研究和数据核实,仅凭我个人感知以及站内看到其他佬友的回复） 可是，按照正常的在列表里点开一个帖子，然后刷完再退出来，原来列表中其它感兴趣的帖子在刷新时就会消失，我还得再重新找。 这种刷L站的方式很不优雅，至于如何做到更好，我不了解技术，只是从一个用户的角度来吐槽一下，并提一下希望能支持新标签页开帖子同时可以积累阅读贴子数的建议。 3 个帖子 - 3 位参与者 阅读完整话题
下午突然重置了？昨天才限额，今天恢复了额度5%开始。free账号 4 个帖子 - 2 位参与者 阅读完整话题
昨天在苦恼我那40+GB的歌（大部分为无损格式，存在一部分母带文件）要怎么放到我那寸土寸金的Mac里面，刚好发现AnyListen支持WebDav听歌 于是找了一天WebDav，最后发现 PikPak有自带的WebDav，整整10TB的WebDav 但这里需要给各位提醒一下这10TB的WebDav的限制： 不能通过WebDav上传文件 （见图片中“温馨提示”） WebDav功能为会员专享 主要工作流是这样的，例如我要听歌，先把无损歌曲文件手动上传到PikPak中，然后通过WebDav和AnyListen直接听歌。 如果有多设备本地听歌的需求，这种方法方便了很多（AnyListen支持多端）。 WebDav的高级选项中有“优化媒体播放”的选项，似乎也可以通过这个WebDav实现在线观影 当然针对我这个需求，这个工作流也不一定是最优的，仅作参考 1 个帖子 - 1 位参与者 阅读完整话题
5.28上午，free号池集体401，部分重新授权还能挣扎一下，另一部分直接要二次接码了，有佬友有相同的情况吗？有无解决办法呢？ 另外free号貌似只能5.5和5.4mini了，而且额度好像还变小了。 7 个帖子 - 6 位参与者 阅读完整话题
非码农，最近一直想把自己工作中一部分文件制作或是资料等交给ai，之前只用过astrbot，虽然确实可以进行一部分工作，但是感觉跑起来有点太重了（不确定龙虾或者爱马仕是不是也会这样），很多工作其实一个简单的skill就能搞定，缺少的是一个数据库记忆+整体安排任务的主ai，话说这种情况下是不是自己vibe一个更合适呢 其实自己就是想vibe 4 个帖子 - 3 位参与者 阅读完整话题
今天突然发现mimo的要过期了，之前分享的key，好像还有一部分没用完，打算再看看还剩多少拿来发了，结果显示820亿的credit。直接分享给各位佬友用吧，反正我也用不上，给需要的佬友去用，大概是6月5号过期，有帮助的话，各位佬点点赞 key：sk-53c8c43736f126d35673fefc7404997684c6f567b57d259674960857400ecd78 url： 逍遥小站 - AI API Gateway 3 个帖子 - 3 位参与者 阅读完整话题
欧盟执委会消息人士称，欧盟正计划对Alphabet旗下的谷歌处以高达数亿欧元的罚款，作为反垄断调查的一部分。 该报称，这一决定已接近完成，预计将在夏季休会前正式公布，并补充称这将是欧盟因违反新《数字市场法》（DMA）而开出的最高罚单。 此次调查于2025年3月正式启动，旨在解决谷歌在搜索结果中偏袒自家服务的担忧，并确保这家全球最受欢迎的互联网搜索引擎遵守当地法规。 欧盟执委会发言人托马斯·雷尼尔在电子邮件声明中表示，欧盟执委会更关注与谷歌共同寻找未来的合规解决方案，而非“仅仅开出罚单”。 他补充道：“即便我们在商讨未来的解决方案，我们也不会犹豫，将尽快采取下一步行动。” 本月早些时候，欧盟执委会曾表示，鉴于谷歌此前提出的方案未能达到预期效果，已给予该公司更多时间以消除相关疑虑。 查看评论
第一次做Ai漫画，有很多不足的地方，大家也就看个乐子，本来已经都画完了，但是上传有文件大小限制，还有图片数量限制，所以只能一部分一部分发了 宝玉不好好读书，整天与姐姐妹妹厮混在一起，王夫人但是会惹出祸端，随即让宝玉搬出大观园，不许私自进入大观园，因边疆战事，朝廷已无力抵抗，南安太妃收探春为义女，以郡主身份进行和亲，了却边关战事，宝玉这才有机会再次进入大观园 4 个帖子 - 4 位参与者 阅读完整话题
New API 的分组怎么用的? 怎么让一部分人使用国产模型, 这个需求怎么在new api中设置? 我添加一个guochan分组(里面有deepseek模型), 我选择用户可选, 所有的用户都可以看到这个分组. 我怎么定制化? 4 个帖子 - 4 位参与者 阅读完整话题
这几天用 CodexManager ，发现缓存命中率特别低，30~40%，但觉得很耐用，怎么用都用不完。今天有空掏出来 CPA ，测试缓存到90%以上了，但是额度消耗又特别快。检查了 sevice_tier ，没有设置成 fast ，而且这个字段也在 new_api 也被过滤掉了。 伴随着各种疑问，我掏出了6个满额度的日抛plus号，分别给 CPA 和 CodexManager 3个进行用量测试。反代路径为： codex(V0.133.0) -> newapi(V1.0.0 rc4) -> CPA(V7.0.4) / CodexManager(V0.3.4) 以下为结果，，交给gpt5.5分析了一轮用量。反直觉的发现是： 缓存命中率越低，总tokens数量越高，额度越耐用 。 这是偶然，还是确实是这个原理 ，有佬友了解过吗 5 个帖子 - 4 位参与者 阅读完整话题