mac 26系统，claude code native安装，ghosty终端，cc switch配置的中转站claude，使用trellis编排， 试了muyuan.do ，windhub等，都有类似的问题，会出现claude回复的问题是上一次提问的问题，不知道这是个例还是普遍情况。想问下大家有没有遇到这种情况，都是怎么解决的 2 个帖子 - 2 位参与者 阅读完整话题
前几天搞了个github信号，海鲜市场一块钱买的做图床，之前都用的美滋滋，突然刚才发现号被ghost ban了，我想问一下，能用来做picgo的图床佬们都用什么 rt 8 个帖子 - 6 位参与者 阅读完整话题
IT之家 6 月 5 日消息，劳斯莱斯（Rolls-Royce）为纪念亨利 · 罗伊斯（Henry Rolls）在曼岛 Tourist Trophy（旅游者杯）夺冠 120 周年， 推出黑标古思特旅游者杯（Black Badge Ghost Tourist Trophy）孤品，全球仅 1 辆。 IT之家注：罗伊斯是劳斯莱斯的联合创始人之一，他于 1906 年驾驶劳斯莱斯汽车在英国马恩岛举行的 RAC Tourist Trophy（旅游者杯）大奖赛中夺得冠军。 新车外观采用翡翠绿车漆，灵感来自 Light 20 H.P Rolls-Royce Racer。车身白色腰线内嵌小号 4，呼应当年赛车编号。 座舱采用黑色与棕褐色真皮组合，棕褐色用于座椅嵌片、滚边、缝线和厚绒地毯，后排座椅绣有曼岛轮廓。 车内仍保留古思特的豪华基底，包括高等级皮革、羊毛地毯，以及 Black Badge 车型常见的编织纤维饰板。 动力系统没有改动，6.75 升 V12 发动机输出 592 马力和 899 牛 · 米扭矩，匹配 8 速自动变速箱并驱动后轮。 以上图源：劳斯莱斯
又一次获得了这个flag(在被 ghost ban 之后） 不过验证邮箱(再一次)之后，还是处于 ghost ban 状态，你知道自己看不见自己的评论有多好笑吗 [1] ↩︎ 2 个帖子 - 1 位参与者 阅读完整话题
在用iTerm2 会有滚动/渲染问题，大家有没有尝试过用Ghostty 或者 Warp？ 4 个帖子 - 2 位参与者 阅读完整话题
BleepingComputer Ghost CMS SQL injection flaw exploited in large-scale ClickFix campaign A large-scale campaign is exploiting a critical SQL injection vulnerability (CVE-2026-26980) in Ghost CMS to inject malicious JavaScript code that triggers ClickFix attack flows. [!quote]+ 一个大规模的攻击活动正在利用 Ghost CMS 中的关键 SQL 注入漏洞 (CVE-2026-26980) 注入恶意 JavaScript 代码，从而触发 ClickFix 攻击流。 据研究人员称，威胁行为者在哈佛大学、牛津大学、奥本大学和 DuckDuckGo 的网站上植入了恶意代码。 CVE-2026-26980 影响 Ghost 3.24.0 至 6.19.0，允许未经认证的攻击者从网站数据库读取任意数据，包括管理员 API 密钥。 此密钥可提供用户、文章和主题的管理权限，并可用于修改文章页面。 尽管 Ghost CMS 6.19.1 版已于 2 月 19 日发布了该问题的修复程序，但许多网站都没有安装安全更新。 SentinelOne 于 2 月 27 日发布了有关 CVE-2026-26980 被利用进行攻击以及如何检测事件的详细信息。研究人员观察到至少有两个不同的活动集群针对易受攻击的 Ghost 网站，有时在清理后用不同的脚本重新感染相同的域，或者其中一个清理另一个的脚本以注入自己的脚本。 The Hacker News Ghost CMS CVE-2026-26980 Exploited to Hijack 700+ Sites for ClickFix Attacks Ghost CMS flaw CVE-2026-26980 enabled attacks on 700+ sites, injecting ClickFix malware through fake CAPTCHA pages. GitHub SQL injection in Content API ### Impact A SQL injection vulnerability existed in Ghost's Content API that allowed unauthenticated attackers to read arbitrary data from the database. ### Vulnerable Versions This vulne... SecurityWeek – 25 May 26 Ghost CMS Vulnerability Exploited to Hack Over 700 Websites CVE-2026-26980, a vulnerability patched a few months ago in the Ghost CMS, has been exploited to hack hundreds of websites Est. reading time: 2 minutes 2 个帖子 - 2 位参与者 阅读完整话题
我今天通过 vscode 打开一个项目，然后通过 ghostty 打开了 opencode 我在 vscode 中选中指定代码 opencode 终端竟然能获取到上下文！！！！。我之前使用 vscode 拓展插件 opencode 的时候还需要使用Cmd+Option+K指定。求解惑 1 个帖子 - 1 位参与者 阅读完整话题
听说资源占用低才跑过来试一下的，兴冲冲的配置好了，连主题都1：1还原了iterm2的，一看内存占用傻眼了。 而且我这个会随着标签数量增加内存疯涨 是我打开方式不对吗 10 个帖子 - 5 位参与者 阅读完整话题
附上我的命令行截图 目前大概是这些东西： AeroSpace：窗口管理 SketchyBar：状态栏 Ghostty：终端 Neovim + LazyVim：编辑器 Tmux：终端复用 Starship：提示符 Sheldon：插件管理 github.com GitHub - slashspace/dotfiles: dotfiles macos ghostty neovim tmux sketchybar... dotfiles macos ghostty neovim tmux sketchybar aerospace stow zsh terminal theme-engine 35 个帖子 - 26 位参与者 阅读完整话题
背景 迫于穷，私人开发机是一个破旧的 mbp15 ，不搞 opencore 的情况下只能停留在 macOS 12 版本，无法使用 Ghostty 所以尝试通过 swift 语法降级并放弃一些依赖系统高版本的功能。 使用体验 部分放弃的功能并非主线功能，所以影响不大，只要核心功能不出 bug 。 代码仓库: https://github.com/laojianzi/ghostty-monterey 从官方 issues 来看，还是有一小部分还在使用低系统的人群的，所以放出来看看对大家有没有帮助，有什么问题反馈后我会抽时间处理一下。
https://gnn.gamer.com.tw/detail.php?sn=304778 [!quote]+ 由士郎正宗所著經典科幻作品改編，《 攻殼機動隊 》新作電視動畫《 攻殼機動隊 THE GHOST IN THE SHELL 》今（11）日宣布動畫將於 7 月 7 日開播的消息，並且同步公開了第三波主視覺圖與宣傳影片等作品資訊。 TVアニメーション『攻殻機動隊 THE GHOST IN THE SHELL』プロモーションビデオ第3弾｜2026年7月7日(火)放送開始 1 个帖子 - 1 位参与者 阅读完整话题
最近用 ghostty 和 cmux 遇到很多奇怪的 bug ，warp 好用但很多功能我用不上 我烧了几天的 token ，vibe 了一个专为 AI coding 设计的 terminal —— kooky ✅一键启动 Claude Code/Codex 等各种 agent ✅ Vertical tabs + split pane ，多 Workspace 管理+分屏并行 ✅ Agent 状态展示 ✅ Git 分支/变化，Node/Python/Proxy 等各环境展示以及一键切换 ✅ 本地运行, 无云服务和功能 ✅基于 libghostty GPU 渲染，丝滑使用 欢迎大家使用体验（给我找 bug 项目已开源，可以直接下 release 包使用，也可以自己 build 魔改 🔗 https://github.com/iAmCorey/kooky
最近用 ghostty 和 cmux 遇到很多奇怪的 bug ，warp 好用但很多功能我用不上 我烧了几天的 token ，vibe 了一个专为 AI coding 设计的 terminal —— kooky ✅一键启动 Claude Code/Codex 等各种 agent ✅ Vertical tabs + split pane ，多 Workspace 管理+分屏并行 ✅ Agent 状态展示 ✅ Git 分支/变化，Node/Python/Proxy 等各环境展示以及一键切换 ✅ 本地运行, 无云服务和功能 ✅基于 libghostty GPU 渲染，丝滑使用 欢迎大家使用体验（给我找 bug 项目已开源，可以直接下 release 包使用，也可以自己 build 魔改 🔗 https://github.com/iAmCorey/kooky
最近用 ghostty 和 cmux 遇到很多奇怪的 bug ，warp 好用但很多功能我用不上 我烧了几天的 token ，vibe 了一个专为 AI coding 设计的 terminal —— kooky ✅一键启动 Claude Code/Codex 等各种 agent ✅ Vertical tabs + split pane ，多 Workspace 管理+分屏并行 ✅ Agent 状态展示 ✅ Git 分支/变化，Node/Python/Proxy 等各环境展示以及一键切换 ✅ 本地运行, 无云服务和功能 ✅基于 libghostty GPU 渲染，丝滑使用 欢迎大家使用体验（给我找 bug 项目已开源，可以直接下 release 包使用，也可以自己 build 魔改 🔗 https://github.com/iAmCorey/kooky
最近刚开始用ghostty，确实快。 但是之前用习惯了tabby的配置管理，可以方便管理多个ssh配置，ghostty有比较方便的操作吗，目前还在手搓ssh [email protected] 同样tabby也有内置的sftp支持，ghostty上传下载文件也只能手搓scp，没法用可视化界面。 请有经验的佬分享一下我这两个痛点该怎么解决 14 个帖子 - 8 位参与者 阅读完整话题
感觉自己在了解并使用新工具上一直比别人慢几步，像uv、zed、ghostty这些好用热门的工具，都是在佬友们的介绍下才知道的，尤其是现在ai盛行，新兴好用的开发工具层出不穷，想问问佬友们都有哪些信源或方法，能了解新兴好用的软件或工具？ 10 个帖子 - 10 位参与者 阅读完整话题
五一假期结束，公司运维紧急找到我，说是 1T 多的 GHO 系统备份无法通过 Ghost 还原，使用 GhostExp 也无法打开提示“Out of Memory”（ OOM ）。 应该是 Norton Ghost 的浏览器在读取 GHO 文件时全加载进内存里了，不过现在跟 VMware 一样都是博通的了 得亏系统没格，不然跟搜狐上这个 《 2.8TB 外贸数据生死救援！ GHOST 备份崩溃后，我们如何 100%恢复？ 》 一样完蛋 按某数据恢复工程师提供的思路，研究了 GHO 文件结构: [File Header] (512 字节) │ ├── [Record: Track 0] (类型 0x0006) → MBR + 引导扇区 │ ├── [Record: Partition] (类型 0x0603) → 分区描述符 │ ├── [FEEF Partition Header] (512 字节) → 该分区的压缩参数 │ ├── [Compressed Data Blocks] → 实际数据（ 32KB 对齐） │ ├── Block 1 (2B 长度 + 数据) │ ├── Block 2 ... │ └── ... │ ├── [Record: Continuation] (类型 0x0703) → 跨文件续卷标记（多文件时出现） │ └── [Record: End] (类型 0x0023) → 文件结束标记 赛门铁克的压缩方法，是一个比较黑盒的自定义 LZ77 变种，每个块解压后固定 32KB： [2 字节 stored_len] [1 字节 控制字节] [数据...] 附：哈希表（ 4096 条） h = ((-24993 * (b2 ^ (16 * (b1 ^ (16 * b0))))) >> 4) & 0xFFF 其中 b0 、b1 、b2 是当前 3 字节窗口，在 2000 年那会比较常见的一种轻量级高压缩比的老格式了，新的诺顿克隆精灵似乎用的是 i2v 格式，但我从小到大见过的 Ghost 镜像都是 gho 格式的 具体的代码已开源： https://github.com/nyarime/gho
五一假期结束，公司运维紧急找到我，说是 1T 多的 GHO 系统备份无法通过 Ghost 还原，使用 GhostExp 也无法打开提示“Out of Memory”（ OOM ）。 应该是 Norton Ghost 的浏览器在读取 GHO 文件时全加载进内存里了，不过现在跟 VMware 一样都是博通的了 得亏系统没格，不然跟搜狐上这个 《 2.8TB 外贸数据生死救援！ GHOST 备份崩溃后，我们如何 100%恢复？ 》 一样完蛋 按某数据恢复工程师提供的思路，研究了 GHO 文件结构: [File Header] (512 字节) │ ├── [Record: Track 0] (类型 0x0006) → MBR + 引导扇区 │ ├── [Record: Partition] (类型 0x0603) → 分区描述符 │ ├── [FEEF Partition Header] (512 字节) → 该分区的压缩参数 │ ├── [Compressed Data Blocks] → 实际数据（ 32KB 对齐） │ ├── Block 1 (2B 长度 + 数据) │ ├── Block 2 ... │ └── ... │ ├── [Record: Continuation] (类型 0x0703) → 跨文件续卷标记（多文件时出现） │ └── [Record: End] (类型 0x0023) → 文件结束标记 赛门铁克的压缩方法，是一个比较黑盒的自定义 LZ77 变种，每个块解压后固定 32KB： [2 字节 stored_len] [1 字节 控制字节] [数据...] 附：哈希表（ 4096 条） h = ((-24993 * (b2 ^ (16 * (b1 ^ (16 * b0))))) >> 4) & 0xFFF 其中 b0 、b1 、b2 是当前 3 字节窗口，在 2000 年那会比较常见的一种轻量级高压缩比的老格式了，新的诺顿克隆精灵似乎用的是 i2v 格式，但我从小到大见过的 Ghost 镜像都是 gho 格式的 具体的代码已开源： https://github.com/nyarime/gho
五一假期结束，公司运维紧急找到我，说是 1T 多的 GHO 系统备份无法通过 Ghost 还原，使用 GhostExp 也无法打开提示“Out of Memory”（ OOM ）。 应该是 Norton Ghost 的浏览器在读取 GHO 文件时全加载进内存里了，不过现在跟 VMware 一样都是博通的了 得亏系统没格，不然跟搜狐上这个 《 2.8TB 外贸数据生死救援！ GHOST 备份崩溃后，我们如何 100%恢复？ 》 一样完蛋 按某数据恢复工程师提供的思路，研究了 GHO 文件结构: [File Header] (512 字节) │ ├── [Record: Track 0] (类型 0x0006) → MBR + 引导扇区 │ ├── [Record: Partition] (类型 0x0603) → 分区描述符 │ ├── [FEEF Partition Header] (512 字节) → 该分区的压缩参数 │ ├── [Compressed Data Blocks] → 实际数据（ 32KB 对齐） │ ├── Block 1 (2B 长度 + 数据) │ ├── Block 2 ... │ └── ... │ ├── [Record: Continuation] (类型 0x0703) → 跨文件续卷标记（多文件时出现） │ └── [Record: End] (类型 0x0023) → 文件结束标记 赛门铁克的压缩方法，是一个比较黑盒的自定义 LZ77 变种，每个块解压后固定 32KB： [2 字节 stored_len] [1 字节 控制字节] [数据...] 附：哈希表（ 4096 条） h = ((-24993 * (b2 ^ (16 * (b1 ^ (16 * b0))))) >> 4) & 0xFFF 其中 b0 、b1 、b2 是当前 3 字节窗口，在 2000 年那会比较常见的一种轻量级高压缩比的老格式了，新的诺顿克隆精灵似乎用的是 i2v 格式，但我从小到大见过的 Ghost 镜像都是 gho 格式的 具体的代码已开源： https://github.com/nyarime/gho
五一假期结束，公司运维紧急找到我，说是 1T 多的 GHO 系统备份无法通过 Ghost 还原，使用 GhostExp 也无法打开提示“Out of Memory”（ OOM ）。 应该是 Norton Ghost 的浏览器在读取 GHO 文件时全加载进内存里了，不过现在跟 VMware 一样都是博通的了 得亏系统没格，不然跟搜狐上这个 《 2.8TB 外贸数据生死救援！ GHOST 备份崩溃后，我们如何 100%恢复？ 》 一样完蛋 按某数据恢复工程师提供的思路，研究了 GHO 文件结构: [File Header] (512 字节) │ ├── [Record: Track 0] (类型 0x0006) → MBR + 引导扇区 │ ├── [Record: Partition] (类型 0x0603) → 分区描述符 │ ├── [FEEF Partition Header] (512 字节) → 该分区的压缩参数 │ ├── [Compressed Data Blocks] → 实际数据（ 32KB 对齐） │ ├── Block 1 (2B 长度 + 数据) │ ├── Block 2 ... │ └── ... │ ├── [Record: Continuation] (类型 0x0703) → 跨文件续卷标记（多文件时出现） │ └── [Record: End] (类型 0x0023) → 文件结束标记 赛门铁克的压缩方法，是一个比较黑盒的自定义 LZ77 变种，每个块解压后固定 32KB： [2 字节 stored_len] [1 字节 控制字节] [数据...] 附：哈希表（ 4096 条） h = ((-24993 * (b2 ^ (16 * (b1 ^ (16 * b0))))) >> 4) & 0xFFF 其中 b0 、b1 、b2 是当前 3 字节窗口，在 2000 年那会比较常见的一种轻量级高压缩比的老格式了，新的诺顿克隆精灵似乎用的是 i2v 格式，但我从小到大见过的 Ghost 镜像都是 gho 格式的 具体的代码已开源： https://github.com/nyarime/gho