Client setup seam: run app code before the generated entry's hydrate (start.clientSetup)
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 25/100
- Issue 類型
- 功能
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- typescript, vite
- 領域
- build-system, frontend
研究方向
This is a design decision, not a ready-to-code task: the issue asks for a start.clientSetup option or a <ClientEntry /> component, and the maintainers have not chosen between them. Start with the code that generates the client entry and the existing start.instrument server hook, which the issue uses as the model. Done means a maintainer agrees on the API and the generated entry runs the setup module before hydrate.
由索引模型根據 Issue 內容生成。
描述
@solidjs/vite-plugin 3.0.0-next.50, solid-js 2.0.0-rc.15.
The generated client entry calls hydrate straight away, and there is no place for app code that has to run in the browser before hydration. Our real cases:
- Installing a server-function transport wrapper that detects a response from another build (version skew) and reloads. It must be in place before the first render fires the page's reads.
- A request-header hook on that transport, for example a tenant selector header the server functions need.
- Registering the
vite:preloadErrorlistener before any lazy route chunk loads. - Reading a third-party global that a classic
<script>in<body>defines (Telegram'stelegram-web-app.js). Today the generated entry is anasyncmodule in<head>, so its order relative to that script is not guaranteed. #411 / solidjs/solid#4002 fixed hydration itself here, but not setup code that reads globals.
Because of this we keep authored entry-client.tsx / entry-server.tsx pairs only to run three lines before hydrate. That means we also carry the Document + hydrate(…, document) boilerplate that the generated entries would give us.
Suggestion (either works for us):
start.clientSetup: './src/client-setup.ts'. The generated client entry doesawait import(setup)(or a static import placed first) beforehydrate. This mirrorsstart.instrumenton the server.- A
<ClientEntry />component that the document places where it wants (for example at the end of<body>), with the setup module option above.
Option 1 alone would let us delete both authored entries.
- 主要語言
- TypeScript
- 星號
- 522
- 分支
- 73
- 平均合併
- 1 天 4 小時
- 30 天內合併 PR
- 35
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
solidjs/solid-vite-plugin 的其他 Issue
-
Test environment detection doesn't consider Vitest workspaces可能已有人在做 @carloitaben 於 55 天前認領。 未關閉1.x
難度 2/5 1-3 小時 新手友好度 78/100
solidjs/solid-vite-plugin#205 · 1 則留言 · 2 個 reaction ·
維護者通常 1 天內回覆
-
Dev: a stylesheet shared by the entry and a lazy component moves after the lazy component's styles未關閉
難度 3/5 半天 新手友好度 62/100
solidjs/solid-vite-plugin#425 ·
維護者通常 1 天內回覆
-
[3.0.0-next.50 / next] SSR build: the $$moduleUrl export added to a Worker main module stops workerd from starting可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 3/5 半天 新手友好度 55/100
solidjs/solid-vite-plugin#420 ·
維護者通常 1 天內回覆
-
start.node: node.js imports node:http before start.instrument runs, so HTTP instrumentation misses the server可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 4/5 1-2 天 新手友好度 30/100
solidjs/solid-vite-plugin#418 ·
維護者通常 1 天內回覆
-
Dev manifest bridge keeps stale CSS after an edit可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 4/5 3-5 天 新手友好度 34/100
solidjs/solid-vite-plugin#415 ·
維護者通常 1 天內回覆
查看 solidjs/solid-vite-plugin 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 73/100
anomalyco/opencode#56380 · 1 則留言 ·
維護者通常 1 天內回覆
-
enhancement
難度 2/5 1-3 小時 新手友好度 72/100
-
BUG | `MCP 服务器` | 全局层行的停用/启用与删除报 404 server row not found，编辑保存会在 profile 层复制出重复行可能已有人在做 @w6242652 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 75/100
-
難度 2/5 1-3 小時 新手友好度 72/100
Chocobozzz/PeerTube#7832 ·
維護者通常 3 天內回覆
-
Pay to use?未關閉
難度 1/5 1 小時以內 新手友好度 66/100
darkreader/darkreader#16108 · 1 則留言 ·
維護者通常 2 天內回覆