如上题所见10个接码了的free号，送的不多不好意思哈！ cpa-json-20260611175239.zip (83.3 KB) 12 个帖子 - 7 位参与者 阅读完整话题
edsource.org California State University renews controversial systemwide contract with... The move has sparked debate about the cost of the agreement and the quality of ChatGPT Edu, a version of ChatGPT designed for higher education. 母校签了3年，校友快来，可惜不能用codex 登录网址 https://www.csun.edu/it/software-services/chatgpt 开始登录不了，后面发现是密码过期了，重置一下密码就行了。 12 个帖子 - 9 位参与者 阅读完整话题
sonnet/opus 像未开发的少女或不听话的精神小妹，fable 像拍一下屁股就知道换姿势的少妇 -- 两个 Claude 20x Max 同时蹬 fable5 的阅人无数的中年老男人的感悟。
你们发现这问题没？ 而且信号即使记录 AP 等发射端很近，也时不时少一格
市场研究机构 TrendForce 最新报告显示，2026 年第一季度，在全球智能手机整体出货量同比下滑 1.7% 的背景下，苹果 iPhone 产量却同比激增 19.7%，逆势实现增长。TrendForce 估算，苹果当季生产约 6020 万部 iPhone，在全球智能手机厂商中排名第二，仅次于约 6260 万部的三星，后者同比仅增长 2.3%。报告将苹果的亮眼表现部分归因于 iPhone 17e 的上市，以及更大范围的 iPhone 17 全系持续爬坡量产。 TrendForce 指出，在存储芯片等元器件成本普遍上升、给智能手机市场带来沉重负担的情况下，苹果展现出相对更强的抗压能力。由于盈利能力较强，苹果被认为更有能力在短期内消化成本上涨，而无需像其他厂商那样通过明显涨价将压力转嫁给消费者。报告称，苹果更可能在本轮行业低迷中优先考虑扩大市场份额，为其不断扩张的软件与服务业务打基础。目前，苹果是少数尚未因存储价格飙升而上调终端售价的主流智能手机品牌之一。 与苹果的稳健表现相比，其他厂商的处境则明显更加艰难。TrendForce 的数据表明，中国手机品牌 OPPO、小米和 vivo 分别以 2950 万部、2600 万部和 2200 万部的产量位列全球第三至第五名。不过，报告同时警告称，在存储成本大幅走高、利润空间被持续挤压的情况下，这三家厂商 2026 全年生产计划都面临较大不确定性。排名第六的传音当季产量约为 1980 万部，由于其业务高度集中在本就利润微薄的入门级和低价机型市场，被认为在本轮成本冲击中暴露尤甚。 展望后市，TrendForce 预计 2026 年全球智能手机产量将同比下滑约 16.2%，至约 10.51 亿部。研究机构警告称，如果存储价格在高位停留时间长于预期，各大品牌被迫多次上调零售终端售价，实际产量和需求还有可能进一步走弱。在这样的行业环境下，苹果凭借更强的成本承受能力和稳健的产品与服务生态，被视为少数有望在低迷周期中继续巩固乃至提升市场地位的厂商之一。 查看评论
准备换个钱包Paga和timon 推荐那个 1 个帖子 - 1 位参与者 阅读完整话题
佬友们，问下目前deepseekV4pro到底是什么水平，如何配合自家reasonix食用，能到什么程度，最近土耳其也涨价了，后面还是要回归国产，目前用过的国产模型只有kimi、MiniMax、MinMo、Qwen3.6、GML4.7，长期用的还是Kimi，MiniMax贼船是最近上的，目前想找一套合适国产套餐方案，其实是想Kimi + GML 5.1的，Kimi补充多模态跟做做前端，GML写后端，可是呢，这两模型的上下文太少了,GLM长期没货，而且听说很卡，前段时间又听说deepseekV4pro很强，也不知道真不真，其他模型就不考虑了，都是歪瓜裂枣，特别是MiniMax、MinMo，营销厉害，实际表现一言难尽，反正不适合用来写代码，养个龙虾勉强，属于模型界的卧龙凤雏了，各位佬友们有什么好的组合推荐或自己的搭建也可以来讨论，我每个月的预算大概就是200-300左右 3 个帖子 - 3 位参与者 阅读完整话题
咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题
claude code 里主模型设置为haiku/sonnet，然后用/advisor Fable 的命令激活 Fable 指导，这样我实测可以节省大量 money，但是效果要佬们自测一下，我用 Haiku+Fable 的组合实测是比纯 opus 强且省钱的 4 个帖子 - 2 位参与者 阅读完整话题
我用的wong公益，平时没注意看余额，今天突然发现余额几乎归零了，还以为wong佬因为上了新模型，对余额做了调整。 结果一看日志，从6.4开始到今天，claude消耗了700多刀，一瞬间人就激灵了一下了，意识到key泄露了。 我还以为是被入侵了，首先肯定是禁用这个key，然后在自己常用的几台机器上都做了key的全文搜索。key目前的出现位置有： ccs配置文件 ccs配置导出的.sql vscode的settings.json 一个莫名其妙的.bashrc的备份.bashrc.bak 问题是，ccs配置文件里还有几个其它站的key，都有余额，但是没有调用日志；我也在github等等地方搜了我的key的一部分，也没有结果，不知道到底是怎么泄露的。 ssh的登录日志也都是正常的，只有我自己登录的历史。 目前嫌疑最大的就是课题组的公用服务器，但是我不知道为什么泄露的只有wong佬的key 调用的ip固定是 104.28.165.128 ，似乎是一个万人骑的代理ip 佬友们还有什么排查思路或者推荐做的事吗 也想听听佬友们平时是怎么保护自己的api-key的 7 个帖子 - 4 位参与者 阅读完整话题
Vue&ViteConf 2026 将于 7 月 18 日在上海举办！ VoidZero 创始人 & CEO ，Vue.js & Vite 作者尤雨溪将出席本次会议并发表主题演讲，本次会议计划设置 10-12 个演讲主题。**目前已经确定 11 位演讲嘉宾，10 个演讲主题。** 除尤雨溪以外，我们一起来看看都还有哪些演讲嘉宾和演讲主题： VoidZero 成员，Rolldown / Vite / Oxc 核心贡献者 shulaoda 将为大家带来主题为《从社区贡献到 VoidZero：聊聊 Vite 和 Rolldown 的内存优化》 的演讲。 字节 Lynx 架构师、前 Meta React 团队成员、Vue Lynx 黄玄（ Hux ）将给大家带来主题为《 Unlock Vue for Native 》的演讲。 Vue 官方团队成员 edison1105 将给大家带来主题为《深入理解 Vapor mode 》的演讲。 VoidZero 成员，Vite Task 作者王驰 (@wan9chi)将给大家带来《 Vite Task 的缓存魔法》的演讲。 Weapp-tailwindcss 、Weapp-vite 作者，大健云仓(GTC)架构主管杨启明（ icebreaker ）将出席本次会议给大家带来主题为《 Weapp-vite: 对小程序工程化的重新思考》的演讲。 markstream-vue 作者、UnoCSS 、Vue Vine 、Deep Chat 核心成员 Simon He 将出席本次会议，给大家带来主题为《你的 Markdown 渲染器，扛得住 AI 输出吗？》的演讲。 DeepChat 作者夕阳针(zerob13)将给大家带来主题为《从 Yak Shaving 到 Agent：Vue 如何降低 AI 工具开发心智负担》的演讲。 Project AIRI 创始人、LobeHub 全栈工程师 Neko 和全栈工程师、AIRI 核心成员、Velin 与 Vieval 作者 RainbowBird （洛灵）两位将出席本次会议并给大家带来主题为《自信地开发 Agent：把 Vue 和前端工具链融合到 Agent 里》的演讲。 还有一位海外嘉宾的信息我们将稍后揭晓！ 如果你对本次会议感兴趣，可以移步官网了解更多详情： https://vueconf.cn
Vue&ViteConf 2026 将于 7 月 18 日在上海举办！ VoidZero 创始人 & CEO ，Vue.js & Vite 作者尤雨溪将出席本次会议并发表主题演讲，本次会议计划设置 10-12 个演讲主题。**目前已经确定 11 位演讲嘉宾，10 个演讲主题。** 除尤雨溪以外，我们一起来看看都还有哪些演讲嘉宾和演讲主题： VoidZero 成员，Rolldown / Vite / Oxc 核心贡献者 shulaoda 将为大家带来主题为《从社区贡献到 VoidZero：聊聊 Vite 和 Rolldown 的内存优化》 的演讲。 字节 Lynx 架构师、前 Meta React 团队成员、Vue Lynx 黄玄（ Hux ）将给大家带来主题为《 Unlock Vue for Native 》的演讲。 Vue 官方团队成员 edison1105 将给大家带来主题为《深入理解 Vapor mode 》的演讲。 VoidZero 成员，Vite Task 作者王驰 (@wan9chi)将给大家带来《 Vite Task 的缓存魔法》的演讲。 Weapp-tailwindcss 、Weapp-vite 作者，大健云仓(GTC)架构主管杨启明（ icebreaker ）将出席本次会议给大家带来主题为《 Weapp-vite: 对小程序工程化的重新思考》的演讲。 markstream-vue 作者、UnoCSS 、Vue Vine 、Deep Chat 核心成员 Simon He 将出席本次会议，给大家带来主题为《你的 Markdown 渲染器，扛得住 AI 输出吗？》的演讲。 DeepChat 作者夕阳针(zerob13)将给大家带来主题为《从 Yak Shaving 到 Agent：Vue 如何降低 AI 工具开发心智负担》的演讲。 Project AIRI 创始人、LobeHub 全栈工程师 Neko 和全栈工程师、AIRI 核心成员、Velin 与 Vieval 作者 RainbowBird （洛灵）两位将出席本次会议并给大家带来主题为《自信地开发 Agent：把 Vue 和前端工具链融合到 Agent 里》的演讲。 还有一位海外嘉宾的信息我们将稍后揭晓！ 如果你对本次会议感兴趣，可以移步官网了解更多详情： https://vueconf.cn
Vue&ViteConf 2026 将于 7 月 18 日在上海举办！ VoidZero 创始人 & CEO ，Vue.js & Vite 作者尤雨溪将出席本次会议并发表主题演讲，本次会议计划设置 10-12 个演讲主题。**目前已经确定 11 位演讲嘉宾，10 个演讲主题。** 除尤雨溪以外，我们一起来看看都还有哪些演讲嘉宾和演讲主题： VoidZero 成员，Rolldown / Vite / Oxc 核心贡献者 shulaoda 将为大家带来主题为《从社区贡献到 VoidZero：聊聊 Vite 和 Rolldown 的内存优化》 的演讲。 字节 Lynx 架构师、前 Meta React 团队成员、Vue Lynx 黄玄（ Hux ）将给大家带来主题为《 Unlock Vue for Native 》的演讲。 Vue 官方团队成员 edison1105 将给大家带来主题为《深入理解 Vapor mode 》的演讲。 VoidZero 成员，Vite Task 作者王驰 (@wan9chi)将给大家带来《 Vite Task 的缓存魔法》的演讲。 Weapp-tailwindcss 、Weapp-vite 作者，大健云仓(GTC)架构主管杨启明（ icebreaker ）将出席本次会议给大家带来主题为《 Weapp-vite: 对小程序工程化的重新思考》的演讲。 markstream-vue 作者、UnoCSS 、Vue Vine 、Deep Chat 核心成员 Simon He 将出席本次会议，给大家带来主题为《你的 Markdown 渲染器，扛得住 AI 输出吗？》的演讲。 DeepChat 作者夕阳针(zerob13)将给大家带来主题为《从 Yak Shaving 到 Agent：Vue 如何降低 AI 工具开发心智负担》的演讲。 Project AIRI 创始人、LobeHub 全栈工程师 Neko 和全栈工程师、AIRI 核心成员、Velin 与 Vieval 作者 RainbowBird （洛灵）两位将出席本次会议并给大家带来主题为《自信地开发 Agent：把 Vue 和前端工具链融合到 Agent 里》的演讲。 还有一位海外嘉宾的信息我们将稍后揭晓！ 如果你对本次会议感兴趣，可以移步官网了解更多详情： https://vueconf.cn
求助，佬，有什么办法呢？ 这个页面图是第一次进入claude软件的页面 挂着原生家庭梯子 10 个帖子 - 5 位参与者 阅读完整话题
Nation 反代有被 封 的吗？测试了个 0 元试用， Nation2API 反代 不知道安全不 4 个帖子 - 4 位参与者 阅读完整话题
PostgreSQL 14 到 Apache Doris 4.1.1 CDC 同步方案 本文档用于验证并实施 PostgreSQL 业务库 fudabd_common_plat_db.public.terminal_pos_202602 到 Apache Doris 分析库 fudabd_common_plat_db.terminal_pos 的数据同步。 实际验证环境要求 PostgreSQL 源端 PostgreSQL 版本：14。 连接地址： 127.0.0.1:15432 。 登录账号： postgres 。 登录密码： Fdbd@2013 。 源数据库： fudabd_common_plat_db 。 源 schema： public 。 源表： fudabd_user 。 主键字段： id 。 已开启 logical replication。 pg_hba.conf 已允许 Doris 所在机器或容器访问数据库和 logical replication。 PostgreSQL 账号具备 logical replication、publication、slot 操作权限。 Doris 目标端 Apache Doris要求 最低docker镜像版本 4.1.1 ，此版本支持Stream Job； Doris 版本： doris-4.1.1-rc01-b10073ad9ca 。 Doris @@version ： 5.7.99 。 目标数据库： fudabd_common_plat_db 。 目标表： fudabd_user 。 目标表当前不存在，需要由方案一手动创建。 目标表需要支持 UPDATE 、 DELETE ，因此设计为 UNIQUE KEY 表。 同步要求 需要先全量初始化，再持续增量同步。 需要处理 INSERT 、 UPDATE 、 DELETE 。 当前只验证 terminal_pos_202602 单表，暂不处理后续每月新增分表。 单表数据量：日均约 500 万条。 延迟目标：10 秒内。 Doris Streaming Job 支持判断 Apache Doris 4.x 官方文档提供 CREATE JOB ... ON STREAMING ，支持以下两类模式： TVF Mode ：使用 cdc_stream(...) 读取 PostgreSQL CDC，再通过 INSERT INTO ... SELECT ... 写入指定 Doris 表，适合单表 SQL 映射同步。 当前环境是 4.1.1-rc01 ，建议正式执行前在当前 Doris 集群验证 Streaming Job 语法和 FE 配置。 参考文档： CREATE STREAMING JOB ： CREATE STREAMING JOB - Apache Doris PostgreSQL SQL Mapping Sync： PostgreSQL CDC with SQL Mapping - Apache Doris PostgreSQL Auto Table Creation Sync： PostgreSQL CDC with Auto Table Creation - Apache Doris Doris 4.1.1 Release Notes： Release 4.1.1 - Apache Doris 前置检查 PostgreSQL 配置检查 当前已确认 postgresql.conf 包含以下配置： wal_level = logical max_replication_slots = 10 max_wal_senders = 10 wal_sender_timeout = 0 执行以下 SQL 复核： SHOW wal_level; SHOW max_replication_slots; SHOW max_wal_senders; 检查源表主键： SELECT tc.table_schema, tc.table_name, kcu.column_name FROM information_schema.table_constraints tc JOIN information_schema.key_column_usage kcu ON tc.constraint_name = kcu.constraint_name AND tc.table_schema = kcu.table_schema WHERE tc.constraint_type = 'PRIMARY KEY' AND tc.table_schema = 'public' AND tc.table_name = 'terminal_pos_202602'; Doris 配置检查 登录 Doris FE MySQL 协议端口后执行： SELECT @@version_comment, @@version; SHOW FRONTEND CONFIG LIKE 'max_streaming_job_num'; 如果 max_streaming_job_num 为 0 或 Streaming Job 语法不可用，需要先调整 Doris FE 配置或切换到正式 4.1.1 镜像版本。 PostgreSQL JDBC Driver 准备 Streaming Job 需要 PostgreSQL JDBC Driver。建议将驱动放到 Doris FE/BE 都可访问的 HTTP 地址。 示例： postgresql-42.7.3.jar 本文 SQL 中使用 <PG_DRIVER_URL> 占位，执行前替换为实际地址，例如： https://maven.aliyun.com/repository/public/org/postgresql/postgresql/42.7.3/postgresql-42.7.3.jar 源表结构 CREATE TABLE `fudabd_user` ( `id` bigint NOT NULL COMMENT "用户ID", `user_name` varchar(50) NOT NULL COMMENT "用户名", `password` varchar(255) NOT NULL COMMENT "密码（应加密存储）", `age` tinyint NULL COMMENT "年龄", `create_time` datetime NULL COMMENT "创建时间", `update_time` datetime NULL COMMENT "更新时间", `is_deleted` int NULL DEFAULT "0" COMMENT "是否删除标记" ) SQL 映射同步 推荐结论 当前验证目标是 fudabd_user 同步到 fudabd_user ，且 Doris 目标表不存在、需要设计为 UNIQUE KEY ，优先 SQL 映射同步。 该模式优势： 可将源表 fudabd_user 明确写入目标表 fudabd_user 。 可手动控制 Doris 表模型、字段类型、分桶数和副本数。 可承接 PostgreSQL 主键表的 INSERT 、 UPDATE 、 DELETE CDC 变更。 创建 Doris 数据库 CREATE DATABASE IF NOT EXISTS fudabd_common_plat_db; USE fudabd_common_plat_db; 创建 Doris 目标表 CREATE TABLE `fudabd_user` ( `id` bigint NOT NULL COMMENT "用户ID", `user_name` varchar(50) NOT NULL COMMENT "用户名", `password` varchar(255) NOT NULL COMMENT "密码（应加密存储）", `age` tinyint NULL COMMENT "年龄", `create_time` datetime NULL COMMENT "创建时间", `update_time` datetime NULL COMMENT "更新时间", `is_deleted` int NULL DEFAULT "0" COMMENT "是否删除标记" ) ENGINE=OLAP UNIQUE KEY(`id`) DISTRIBUTED BY HASH(`id`) BUCKETS 10 PROPERTIES ( "replication_allocation" = "tag.location.default: 1", "min_load_replica_num" = "-1", "is_being_synced" = "false", "storage_medium" = "hdd", "storage_format" = "V2", "inverted_index_storage_format" = "V3", "compression" = "LZ4", "enable_unique_key_merge_on_write" = "true", "light_schema_change" = "true", "disable_auto_compaction" = "false", "enable_single_replica_compaction" = "false", "group_commit_interval_ms" = "10000", "group_commit_data_bytes" = "134217728", "enable_mow_light_delete" = "false" );; 参数建议： 单 BE 验证环境使用 replication_num = 1 。 生产多 BE 环境建议改为 replication_num = 3 。 日均 500 万数据验证阶段可先使用 BUCKETS 32 ，生产环境根据 BE 数量和 tablet 大小调整为 32 或 64 。 创建 SQL 映射 Streaming Job 执行前需要将 <PG_DRIVER_URL> 替换为 PostgreSQL JDBC Driver 的实际地址。 将 “offset” 从 “initial” 改为 “latest” 即可跳过全量快照，仅捕获增量变更： CREATE JOB pg_fudabd_user_to_fudabd_user ON STREAMING DO INSERT INTO fudabd_common_plat_db.fudabd_user ( id , user_name , password , age` tinyint , create_time , update_time , is_deleted ) SELECT id, user_name , password , age, create_time , update_time , is_deleted FROM cdc_stream( "type" = "postgres", "jdbc_url" = "jdbc:postgresql://127.0.0.1:15432/fudabd_common_plat_db", "driver_url" = "https://maven.aliyun.com/repository/public/org/postgresql/postgresql/42.7.3/postgresql-42.7.3.jar", "driver_class" = "org.postgresql.Driver", "user" = "postgres", "password" = "Fdbd@2013", "database" = "fudabd_common_plat_db", "schema" = "public", "table" = "fudabd_user", "offset" = "initial" ); JOB 运维命令 以下命令用于查看、暂停、恢复和删除前面创建的 Doris Streaming Job。 JOB 查看所有 INSERT 类型 JOB： SELECT * FROM jobs("type" = "insert"); 查看 SQL 映射同步 JOB： SELECT * FROM jobs("type" = "insert") WHERE Name = 'pg_fudabd_user_to_fudabd_user'; 查看 JOB 产生的 TASK 查看所有 INSERT 类型 TASK： SELECT * FROM tasks("type" = "insert"); 查看 SQL 映射同步 JOB 的 TASK： SELECT * FROM tasks("type" = "insert") WHERE JobName = 'pg_fudabd_user_to_fudabd_user'; 暂停 JOB 暂停 SQL 映射同步 JOB： PAUSE JOB WHERE jobName = 'pg_fudabd_user_to_fudabd_user'; 恢复启动 JOB 恢复 SQL 映射同步 JOB： RESUME JOB WHERE jobName = 'pg_fudabd_user_to_fudabd_user'; 删除 JOB 删除 SQL 映射同步 JOB： DROP JOB WHERE jobName = 'pg_fudabd_user_to_fudabd_user'; PGSQL运维命令 -- 查看当前 Publication SELECT p.pubname, n.nspname AS schema_name, c.relname AS table_name FROM pg_publication p JOIN pg_publication_rel pr ON p.oid = pr.prpubid JOIN pg_class c ON pr.prrelid = c.oid JOIN pg_namespace n ON c.relnamespace = n.oid; -- 查看 Replication Slot SELECT slot_name, plugin, slot_type, active, database, restart_lsn, confirmed_flush_lsn FROM pg_replication_slots; -- 如果 Slot 仍然 active，先终止连接 SELECT pid, usename, application_name, client_addr, state FROM pg_stat_activity WHERE backend_type = 'walsender'; SELECT pg_terminate_backend(pid); -- pid 需要手动替换 -- 删除 Replication Slot SELECT pg_drop_replication_slot('slot_name'); -- 删除 Publication -- 查看当前 Publication 进行替换 DROP PUBLICATION doris_pub_1781162893358; -- 确认 Slot 已删除 SELECT slot_name FROM pg_replication_slots; -- 检查 WAL 是否恢复正常 SELECT slot_name, active, pg_size_pretty( pg_wal_lsn_diff( pg_current_wal_lsn(), restart_lsn ) ) AS retained_wal FROM pg_replication_slots; 延迟与性能建议 当前单表日均约 500 万条，验证阶段建议先使用 BUCKETS 32 。 如果同步延迟超过 10 秒，优先检查 Doris Streaming Job 状态、BE compaction、tablet 数量、网络带宽和 PostgreSQL replication slot WAL 堆积。 如果 Doris 集群 BE 数量较多，可将 BUCKETS 调整到 64 ，但不建议在 POC 初期过度增加 tablet 数。 生产环境建议使用多 BE，并将 replication_num 调整为 3 。 PostgreSQL 侧需要持续监控 pg_replication_slots ，避免 Doris Job 停止后 WAL 长时间堆积。 注意事项 STREAMING JOB 任务状态出现PENDING解决 问题根因 __internal_schema.streaming_job_meta 是 Doris 内部管理 Streaming Job 元数据的系统表， FE 未能自动创建它 。所有 Streaming Job 操作都依赖此表，缺失则全部阻塞在 PENDING。 确认 __internal_schema 库及表现状 -- 查看内部库是否存在 SHOW DATABASES LIKE '__internal_schema'; -- 如果存在，查看里面有哪些表 SHOW TABLES FROM __internal_schema; 第一步：先停掉报错的 JOB 止血 TOP JOB pg_fudabd_user_to_fudabd_user; 第二步：手动创建缺失的内部表 CREATE TABLE IF NOT EXISTS `__internal_schema`.`streaming_job_meta` ( `id` bigint NOT NULL, `job_id` bigint NOT NULL, `table_name` varchar(256) NOT NULL, `chunk_list` text ) UNIQUE KEY(`id`) DISTRIBUTED BY HASH(`id`) BUCKETS 1 PROPERTIES ( "replication_num" = "1" ); 这是基于日志中 SQL 推断的最小表结构。如果后续 FE 代码还访问了其他字段，会再次报错，届时根据错误信息用 ALTER TABLE 补充列即可。 第三步：删除旧 JOB 重新创建 3 个帖子 - 3 位参与者 阅读完整话题
有没有佬友直到为什么我的官方plus账号使用codex一直显示 stream disconnected before completion: stream closed before response.completed 6 个帖子 - 4 位参与者 阅读完整话题
我也是豪气了一把 AxonHub Recharge LDC 500 累计收入 $31.5500 2 个帖子 - 2 位参与者 阅读完整话题
ECFR – 10 Jun 26 Home alone: Europeans are ready to defend themselves – European Council on... A major ECFR poll finds the European public, in a time of rupture, thinking differently and questioning old assumptions. It reveals new political space availabl [!quote]+ 就像经典喜剧电影中的小凯文一样，欧洲公民已经醒悟到一个令人不舒服的事实：他们被 “独自留在家中”。不是他们的父母和兄弟姐妹，而是许多人以为可以依赖的美国。 凯文不得不自力更生，挑战一些陈旧的假设。他在房子里设置了诱杀装置，保护了自己和房子，并在这个过程中学会了自力更生。欧洲人也发现，"独自在家 "的经历打破了一些旧的禁忌和思维方式。尽管他们乐观地认为美国最终会 “回家”，加入跨大西洋联盟，但他们还是愿意比以前走得更远来保卫自己。他们把国内安全放在首位，对在欧盟周边地区直接作战持谨慎态度。与凯文一样，他们也在追求自给自足；即使能源价格上涨，他们也抵制俄罗斯新的化石燃料进口的诱惑。 换句话说，就像麦考利-卡尔金（Macaulay Culkin）在影片中扮演的角色一样，他们变得更加 "成熟 "了。他们的领导人必须迅速面对这一新的现实–这既开辟了政治空间，也要求他们根据当下严峻的现实采取行动。 首先，欧洲对美国的信任降至新低。欧洲人并不指望唐纳德-特朗普领导下的美国会保护他们，他们认识到需要更多的自主安全（甚至由共同债务提供资金）。但他们确实认为特朗普上台后两国关系可能会改善，并希望为这种可能性敞开大门。 其次，尽管欧洲人继续支持乌克兰，但他们并不认为在当前形势下欧盟东扩是个好主意。他们也不愿意派遣自己的军队去维持战后乌克兰的和平。 第三，欧洲人已经吸取了依赖俄罗斯石油和天然气的教训。即使在新一轮能源紧缺对生活水平造成影响的情况下，他们仍坚决反对从俄罗斯购买化石燃料–整个欧洲大陆的大多数人都支持优先发展欧洲的可再生能源。 3 个帖子 - 3 位参与者 阅读完整话题
如题，我这是我的 ~/.codex/config.toml 中的配置，但是在实际使用时，deepseek-v4-pro显示的上下文的窗口大小还是258k，是我的配置有问题吗，求各位大佬帮忙看下 model_provider = "cpa" model = "codex/deepseek-v4-pro" model_reasoning_effort = "xhigh" disable_response_storage = true preferred_auth_method = "apikey" model_context_window = 1000000 model_auto_compact_token_limit = 900000 web_search = "live" 4 个帖子 - 3 位参与者 阅读完整话题