SSR and hydration support for @tanstack/solid-db
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 45/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- typescript
调研方向
Start with the shared DbClient and hydration payload from #1564, the SSR guide, and the Solid useLiveQuery entry point. Trace a real Solid server-render/hydration path, including request isolation and post-hydration updates. Done means the acceptance criteria pass without loading flashes, duplicate rows, stale results, or cross-request state leakage, with setup and unsupported cases documented.
由索引模型根据 Issue 内容生成。
描述
Follow-up to #1623 (Phase 6). #1564 added the shared DbClient and hydration payload, but the SSR guide leaves Solid client-provider work for a later change.
Goal
Render Solid live queries on the server from a request-scoped DbClient, then hydrate their result in the browser without an empty/loading flash or cross-request state leakage. Preserve Solid-native signals, resources, and keyed reactivity.
Acceptance criteria
- Provide an idiomatic Solid client context/provider so
useLiveQuerycan resolve collection descriptors against the currentDbClient. Direct collection inputs and existing non-SSR usage remain supported. - A server request can create its own client, preload a collection or live query, render the expected rows, and serialize
dbClient.dehydrate(). Concurrent requests do not share collection/query state. - A browser client consumes the server state before its first query read. The initial hydrated output matches the server; subsequent normal sync replaces it without duplicate rows or stale resource results.
- Add an integration or E2E test through a real Solid server-render/hydration path, including request isolation and a post-hydration update.
- Document setup and any unsupported query/resource cases.
Reuse the core SSR snapshot/observer contract rather than introducing a Solid-specific payload.
- 主要语言
- TypeScript
- 星标
- 3.9k
- 派生
- 268
- 平均合并
- 1 天 2 小时
- 30 天内合并 PR
- 200
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
TanStack/db 的其他 Issue
-
Reusable queries: standalone descriptor resolution and nested alias composition limits可能已有人在做 @KyleAMathews 今天认领。 未关闭
难度 5/5 一周以上 新手友好度 25/100
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 72/100
维护者通常 1 天内回复
-
electric-db-collection: on-demand + persistence fails after relaunch with "Snapshot requests are not supported in full mode"可能已有人在做 @KyleAMathews 今天认领。 未关闭
难度 3/5 1-2 天 新手友好度 68/100
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 48/100
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 45/100
维护者通常 1 天内回复
相似的 Issue
-
[bug] diagnostics.dumpBody：Buffer 形态请求（透传 lane）跳过 dumps/ 落盘，仅留 raw/-unknown-可能已有人在做 @ranxianglei 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 62/100
ranxianglei/billion-context#2421 · 2 条评论 ·
维护者通常 1 天内回复
-
pending triage
难度 2/5 1-3 小时 新手友好度 76/100
nuxt/test-utils#1842 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 85/100
MoonshotAI/kimi-code#4146 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 85/100
farbenmeer/tapi#531 ·
-
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复