/tag/re

如题 首页： https://www.ccopyright.com.cn/ 登录页面： https://register.ccopyright.com.cn/login.html 为什么我登录不了呢？网页进去是空白的。 F12看了一下显示，这两个资源502 https://static.ccopyright.com.cn/js/common.js https://static.ccopyright.com.cn/js/browser.js 4 个帖子 - 4 位参与者 阅读完整话题

我真正的爽点在这里。不管能不能改对，就是表现的自信积极 1 个帖子 - 1 位参与者 阅读完整话题

1500的free 十天就登完了。 现在的状态：国模又看不上，ANY又登完了，浑身痒，继续搓free是更好的选择吗？ 7 个帖子 - 7 位参与者 阅读完整话题

让AI整理了下证据，佬友们直接看图吧 以为最坏的结果就是落选来着…唉 结果第一名是个3D地图 4 个帖子 - 4 位参与者 阅读完整话题

今天看到大家说土区plus涨价，刚刚登录appstore看了一下订阅，发现今天自动续费了，支付方式使用的Apple ID注册的时候绑定的接码平台的土区手机号，白嫖了算是，后面会不会有什么风险，会不会封号啥的。 6 个帖子 - 3 位参与者 阅读完整话题

市场研究机构 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 亿部。研究机构警告称，如果存储价格在高位停留时间长于预期，各大品牌被迫多次上调零售终端售价，实际产量和需求还有可能进一步走弱。在这样的行业环境下，苹果凭借更强的成本承受能力和稳健的产品与服务生态，被视为少数有望在低迷周期中继续巩固乃至提升市场地位的厂商之一。 查看评论

github.com GitHub - LiuTangLei/tailscale-awg-installer: Installers and docs for an unofficial Tailscale... Installers and docs for an unofficial Tailscale build with optional Amnezia-WG obfuscation. Linux/macOS/Windows/OpenWrt one-click scripts, plus Android/iOS guides. Works with official Tailscale and Headscale. Not affiliated with Tailscale. 用Wireshark抓包确认没有任何wg特征了, 不过还没试过设置i1这种伪装头去伪装其他协议效果如何,个人实测公司电信到家里移动, p2p打洞后丢包率从25%降低到5%以下, 混淆后和zerotier比丢包率似乎差不多, 不清楚是移动这边qos了电信的wg协议还是电信qos了移动的wg协议, zerotier的udp流量目前暂时没被qos, 以后说不清楚, issue里面提问题的有好几个俄罗斯的用户, 应该是amnezia在那边有点影响力的原因 wg协议过墙很容易被封vps, 我用这个组网了大半年, 机器0被墙 1 个帖子 - 1 位参与者 阅读完整话题

背景 以前纯游客,主要在主页浏览帖子. github 5年刚入站,基本全站看了一圈. 总结一下看到的一些问题 L站不只是一个论坛，它其实是一个以 BBS 为前端界面，背后挂载着庞大工具链和权益分发系统的综合体 简要概括下,分为三大块区域 bbs本体(经典论坛) 工具板块(比如导航,oauth认证,wiki,2048) 权益板块(邮箱,cdk,ldc,hub,目前主力是各种公益站权益,store部分还有其他商品) 问题 首先是bbs本体的问题:规则碎片化 对于新增的论坛参与者来说,需要关注的内容包括 整体的社区守则(个人简要概括,友善,不要抽奖,不要水) 各个板块的版规 问题主要集中在文档的维护问题 wiki和topic存在互相引用的情况 部分规则直接通过发帖的方式介绍,我无法确定它是否已经失效,以及提出的背景 wiki部分内容可能和最新的帖子内容冲突,比如积分的获取 其次是工具板块和权益板块的问题:挥霍 下面内容无意拉踩,仅做讨论 传统论坛的运营费用主要包括存储和流量 流量费用在有广告曝光的情况下相对可控,可以覆盖掉 存储费用则和用户行为相关,发帖,回复,点赞 而Discourse繁多的后台任务和实时统计还极大的增加了额外的CPU和内存消耗 由此衍生的运营模式也分为了几种 补贴流派 主要见于各大厂附带论坛,基本不考虑盈亏问题 通缩流派 a. 极简设计,主力纯文字 b. 通过日活派发代币,发帖,回复,点赞,统一消耗,如此根据代币数量可以估算用户可产生的行为数量,预估存储消耗 c. 图床等功能需要付费使用,或者用其他办法 通胀流派(L站) a. 无广告 b. LDC的无限超发 被点赞会获得,点赞不需要付出(锚定物貌似是源头ai站点的低价token,cdk dashboard中热门项目基本是公益站) c. 图床限制相对较小(没有看到相关限制,自己未测试) 我正在写这篇文章的时候,刚好L站崩掉了. 目前这种“挥霍”的底气来源于现阶段 AI API 的价格战和管理层的用爱发电 但如果剥离了这些外部红利，论坛部分是难以负担运营成本的. 结尾又看了一下about和秘密花园园丁邀请函 共建新的理想型社区 大家共勉吧 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 位参与者 阅读完整话题

Reddit 上有人制作了一个游戏，你可以在任何一家公司的股票走势图上开摩托车。 可以体验不一样的走势图 2 个帖子 - 2 位参与者 阅读完整话题

莫比乌斯nebius要下架ds32了，我的翻译模型啊 List of deprecated models deepseek-ai/DeepSeek-V3.2 deepseek-ai/DeepSeek-V3.2-fast MiniMaxAI/MiniMax-M2.5-fast moonshotai/Kimi-K2.5 moonshotai/Kimi-K2.5-fast openai/gpt-oss-120b-fast PrimeIntellect/INTELLECT-3 Qwen/Qwen3-235B-A22B-Thinking-2507-fast Qwen/Qwen3-Next-80B-A3B-Thinking-fast Qwen/Qwen3.5-397B-A17B-fast zai-org/GLM-5 List of deprecated models deepseek-ai/DeepSeek-V3.2 deepseek-ai/DeepSeek-V3.2-fast MiniMaxAI/MiniMax-M2.5-fast moonshotai/Kimi-K2.5 moonshotai/Kimi-K2.5-fast openai/gpt-oss-120b-fast PrimeIntellect/INTELLECT-3 Qwen/Qwen3-235B-A22B-Thinking-2507-fast Qwen/Qwen3-Next-80B-A3B-Thinking-fast Qwen/Qwen3.5-397B-A17B-fast zai-org/GLM-5 3 个帖子 - 3 位参与者 阅读完整话题

gpt bugfree team二开（接着战） 这位大佬的帖子里看到的。 请教请教几个问题： BUG TEAM是不是专指无周限的那种，和拉多少人没关系？ TEAM是不是通过SSO就能无限拉人， 而通过主动拉人只能999人(加上母号共1,000人)？ 上面帖子里的FREE TEAM是个什么概念，我还没上到车 ，有大佬告知一下是个什么新鲜的东西吗 8 个帖子 - 4 位参与者 阅读完整话题

这个19号过期，还剩95E的credits：tp-c3oekjgy21l765awerztp-c3oekjgy21l765awerzqohizxy9r8plvv2lmfb3nneae0xiyqohizxy9r8plvv2lmfb3nneae0xiy 这个20号晚上过期，有110E：tp-cgoaf61iump38jt9pfewotgaasgbjez4ltb0gv7uq7mpvqxq 看看大家有用不 4 个帖子 - 4 位参与者 阅读完整话题

看到 MiMo Ultra 想起了cerebras，用的免费的glm4.7，输出快、看着爽，小工具够用 https://private-us-east-1.manuscdn.com/users/310419663026792016/uploads/VC3s3FiYBUNC3fvR4N5EYS_na1fn_5Yqo55S7MV_lia_mnKw.gif?Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9wcml2YXRlLXVzLWVhc3QtMS5tYW51c2Nkbi5jb20vdXNlcnMvMzEwNDE5NjYzMDI2NzkyMDE2L3VwbG9hZHMvVkMzczNGaVlCVU5DM2Z2UjRONUVZU19uYTFmbl81WXFvNTVTN01WX2xpYV9tbkt3LmdpZiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTc5ODc2MTYwMH19fV19&Key-Pair-Id=K2HSFNDJXOU9YS&Signature=hbYY4nTkeXKYhSuLL69Q1nRLBvvo6g4Ea5BydOtuCK2Y6fsUI9K0Lf5iCiOn3sP3kNXO9NtY9BkDaxMkNrdwSHFW2NcYlX0iQUrDf-N01yDqYkdpZ02nrf4JvJT~ZHEzeFBXgB1ZJQrwn0x66jyTFJEO8LXO9tubYBof11Z9ky8RmyMbArdkHs-kYlaXR8-NJVa74i5i8h9n42~BIFc6bQ1fgHjqoMt6WX0OKJFgzx~cEEjEQLKxRIGRcmCg~bngGiTYEU3n-Wr3gz9M0SJaJ0kb2gFPgKX8hLwGnXLpc8Dj0vI2CxzrWirlBEiwFTLBG3ydQm9DAft-nmuVuKG4ag__ （图片大于 4 MB） 1 个帖子 - 1 位参与者 阅读完整话题

Login server error: Token exchange failed: error sending request for url ( https://auth.openai.com/oauth/token )没招了，全局也开了，tun也开了，就是登陆不了 1 个帖子 - 1 位参与者 阅读完整话题

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 位参与者 阅读完整话题

Medical Xpress – 10 Jun 26 CRISPR enzyme precisely detects and shreds DNA in cancer mutations once... In 2020, Jennifer Doudna won the Nobel Prize in chemistry for her work on the CRISPR-Cas9 gene-editing technology that allows scientists to precisely modify DNA by cutting it at specific locations. Six years later, a new study in Nature by a team led... [!quote]+ 2020 年，珍妮弗-杜德娜（Jennifer Doudna）因研究 CRISPR-Cas9 基因编辑技术而获得诺贝尔化学奖，该技术允许科学家通过在特定位置切割 DNA 来精确修改 DNA。六年后，杜德娜领导的团队在《自然》杂志上发表的一项新研究发现了一种强大的新方法，可以利用一种名为 Cas12a2 的 CRISPR 酶选择性地杀死癌细胞。 一旦这种酶检测到癌症特异性基因特征，它就会开始切碎目标细胞内的染色质–一种由 DNA 和蛋白质组成染色体的混合物。 许多癌症都是由肿瘤抑制蛋白（如 TP53）的突变引起的。然而，这些突变一直难以治疗，因为它们缺乏传统药物可以抓住的结合口袋。因此，许多致癌突变长期以来一直被认为是无法治疗的。 有了这种新方法，现在就能精确锁定并消除这些无法治愈的致病突变，因为它并不依赖于附着在突变蛋白质上。相反，一旦检测到与癌症有关的特征，它就会开始疯狂破坏 DNA。 癌细胞具有正常细胞所缺乏的独特蛋白质特征，因此很容易被识别和靶向治疗。TP53，即转录因子 p53，是癌症中最常见的突变基因之一，出现在高达 90% 的卵巢和胰腺肿瘤中。这种突变通常出现在早期，并持续存在于肿瘤的整个生长期，因此是一个极具吸引力的治疗靶点。然而，这种蛋白质很难被药物靶向。 在这项新研究中，研究小组将细菌防御系统变成了精确杀癌工具。他们选择了 Cas12a2 酶，并用引导 RNA 对其进行编程，以识别癌症特异性特征，包括 p53 和表皮生长因子受体的常见突变，以及 MYC 等致癌基因的异常高水平。 CRISPR Medicine News: CRISPR-Cas12a2 Targets Mutant Cancer Transcripts for Selective Cell... A new CRISPR-based strategy turns cancer cells' own mutant transcripts against them, opening a potential route to one of oncology's most stubborn unsolved problems: the targeting of mutant p53. Rather than attempting to fix or restore the defective... 2 个帖子 - 2 位参与者 阅读完整话题

https://www.nature.com/articles/s41467-026-73713-w [!abstract]+ 行人的步行行为是个人固有的，但也受到障碍物和拥挤程度等外部因素的影响。正是在拥挤的情况下，行人的互动才会导致集体运动，如形成车道或波浪。最近，有报道称在密集和稀疏的人群中都会自发形成集体逆时针运动。在此，我们介绍了在西班牙和日本不同条件下进行的五项有关这一现象的实验研究，结果表明，漫游行人的逆时针偏向是一个稳健且可重复的特征，它源于个人倾向而非集体互动。这些发现挑战了社会动态决定行人运动的传统观点，突出了内在运动偏向的存在。 the Guardian – 10 Jun 26 Humans prefer to walk anticlockwise, scientists find – but reason is unclear From Spain to Japan, experiments have repeatedly shown a left-turn bias, but exact mechanic ‘is still an open question’ https://www.nytimes.com/2026/06/10/science/humans-walking-veer-left-counterclockwise.html 1 个帖子 - 1 位参与者 阅读完整话题