正在加载视频...

视频加载失败

React tip: "use client" misconceptions (2/5) 🚫 "You cannot nest Server Components inside Client Components because "use client" turns everything into Client Components." ✅ We can pass the rendered result of Server Components to Client Components as props. Simple example: (Server Component) (Client Component) (Server Component) is designed for...

43,989 次观看 • 2 年前 •via X (Twitter)

11 条评论

Delba 的头像
Delba2 年前

This is part of a video I'm working on, so I'm open to feedback. What was confusing? What was missing? What could be improved? Subscribe to catch it when it's out:

Luke 的头像
Luke2 年前

Animation and music = A+ Overall knowledge transfer = Super confused Some of the confusion I think was the pacing felt fast (which I get for this showcasing the concept). Looking forward to rewatching w/ the voiceover!

Delba 的头像
Delba2 年前

Fair. Thank you for the feedback. I struggled a bit with this one. You can see I had to overexplain it in the description, which is always a sign that something is not quite clicking. It will be easier with a voice-over.

Vitor Markis 的头像
Vitor Markis2 年前

If a client component receives a children that eventually will be a server component is correct to say that he is receiving just a html blob, and then in the browser, will create the virtual dom using this html as part of the component?

Delba 的头像
Delba2 年前

We can think of it as an HTML partial. But under the hood, it's transported via a special serialized format that: - includes the rendered server components - includes references to where child client component code is in the client bundle - any props passed to those client components - supports out-of-order streaming - supports merging in incoming components without blowing up the state of what's already on the screen.

Daniel Kanem 的头像
Daniel Kanem2 年前

Knowing how hard it is to animate these code-blocks, this is a masterpiece, Delba!

Delba 的头像
Delba2 年前

Appreciate it! Follow @pomber for inspiration 😊

𝗧𝗼𝗺 𝘈𝘺𝘭𝘰𝘵𝘵 的头像
𝗧𝗼𝗺 𝘈𝘺𝘭𝘰𝘵𝘵2 年前

I’m in love with the style and information architecture of these animations. Really useful!

Delba 的头像
Delba2 年前

Appreciate it you saying so, thank you!

My Calendy 的头像
My Calendy2 年前

Amazing insight, thanks So if I’m using @nextjs and @supabase for auth with google on the backend, then how do I extract the provider access / refresh tokens if a user signed in with their email? We need to allow users to create google calendar events from their account page.

Delba 的头像
Delba2 年前

Thank you! I'm not intricately aware of Supabase's auth API, but I remember them having lots of great app router docs/demos. cc @jonmeyers_io In server components/middleware/server actions/route handlers, you'd use their server-side API. In client components, you'd use their client context provider, which you can place in your root layout e.g.

相关视频

If you’re playing on MonkeyTilt, the outcome might already be decided BEFORE you bet “The cryptography behind every bet has always been sound” We tested it It isn’t... we sent two different client seeds for the same nonce same result both times the server is ignoring the client seed entirely the player has ZERO influence on outcomes — what we did — opened the MonkeyTilt provably fair verifier with a revealed server seed entered nonce 1 → got 3.04x changed the client seed same server seed, same nonce → 3.04x changed it again → 3.04x the client seed has ZERO effect on the outcome — why this matters — in a provably fair system the outcome is derived from: -server seed -client seed -nonce the client seed exists so the player contributes randomness the server CAN’T predict if it’s ignored the server knows every outcome BEFORE you bet the hash commitment proves nothing because the server already controls all the inputs — not a frontend bug — we checked the network traffic the verifier sends a WebSocket request with: -client seed -server seed -nonce the server receives different client seeds and returns the same result anyway request 1 → client_seed “Clientseed123456789” → 3.04x request 2 → client_seed “NEWSEED12345” → 3.04x this is the server ignoring input not a display issue — live bet traffic — placing a Limbo bet returns: -random_multiplier -total_payout -round_closed that’s it no hash no seed reference no nonce no proof seeds are fetched from a separate endpoint game engine and seed system are DISCONNECTED — nonce verification — you can only verify nonces you’ve already played in a real system all outcomes are predetermined once the server seed is committed - they’re deterministic blocking future nonces suggests results don’t exist until you bet — summary — -client seed ignored by server -no cryptographic proof in bet responses -game engine and seed system DISCONNECTED -nonce verification restricted this isn’t provably fair it looks like provably fair UI on top of server side RNG MonkeyTilt should probably address this anyone can verify this themselves in 60 seconds - open the verifier, change the client seed, watch the result stay the same

CoinBets🔍

20,973 次观看 • 2 个月前