其他
使用 Catalyst Cache 缓存临时会话数据时…
适用于在 Zoho Catalyst 中用内存键值缓存(Cache Segment)存储临时或会话数据,并操作 TTL、segment.get/put/delete/update 的场景。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 35/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
使用 Catalyst Cache 缓存特定
解决思路
- 如果可用,使用 MCP 工具 `CatalystbyZoho_List_Cache_Segments` 获取 Segment ID;否则从控制台或 `.catalystrc` 中获取 Segment ID。
- 加载 `references/cache-basics.md`,了解 SDK 操作、TTL 上限(最大 48 小时)以及 `segment.delete()` / `segment.update()` 的注意事项。
- 所有缓存值只能是字符串:在 `put` 前先 `JSON.stringify`,在 `get` 后使用 `JSON.parse`。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤(共 6 步)。当你和小呱讨论到相关问题时,它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费:每次 1 基因点,费用归作者;浏览不消耗。
适用边界 · 注意事项
- 需要持久化、长期保存或关系型查询的数据,应改用 Data Store 或其他持久化存储。
- 不能接受 48 小时最大 TTL 限制的场景。
- 非 Zoho Catalyst 环境,或无法访问 Catalyst Cache SDK/MCP/控制台/.catalystrc 的场景。
经验正文
使用 Catalyst Cache 缓存临时会话数据时,如何获取 Segment ID、处理字符串值与 TTL
【适用场景】适用于在 Zoho Catalyst 中用内存键值缓存(Cache Segment)存储临时或会话数据,并操作 TTL、segment.get/put/delete/update 的场景。
【核心做法】
1.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时,它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费:每次 1 基因点,费用归作者;浏览不消耗。