Загрузка видео...

Не удалось загрузить видео

На главную

React tip: "use client" misconceptions (1/5) 🚫 You need to mark EVERY individual file with "use client" to ensure it is a Client Component. ✅ You only need to mark each client entry point ONCE. Modules imported into a "use client" file are already part of the client bundle....

157,404 просмотров • 2 лет назад •via X (Twitter)

Комментарии: 10

Фото профиля Delba
Delba2 лет назад

React docs: They recently got a facelift with some diagrams and code playgrounds. Props to the React team 🫡

Фото профиля chan
chan2 лет назад

these visualizations are amazing, Delba!

Фото профиля Delba
Delba2 лет назад

Thank you!

Фото профиля Rotimi Best
Rotimi Best2 лет назад

Please give Delba a raise, she is a must keep in the React ecosystem now. These videos are so damn important right now.

Фото профиля Jan Nicklas
Jan Nicklas2 лет назад

in 4.js, it's not specified whether it is a client component directly. so to figure it out, a dev (or tool) needs to scan all imports across the entire codebase. is that really a good thing?

Фото профиля Delba
Delba2 лет назад

It's up to you. It's a bit like DRY, you can do it every time, but it's a bit heavy-handed to do it prematurely. I think we'll develop a feel for it.

Фото профиля janka
janka2 лет назад

hell yeah this is beautiful also i think blue should canonically be the color of client components! i tend to go client=blue & server=yellow but that can get a bit busy, the dimmed grey works much better here

Фото профиля Delba
Delba2 лет назад

Blue it is. It has been decided 🤝

Фото профиля Steven Tey
Steven Tey2 лет назад

I felt like I was in a Next.js-themed Minecraft server while watching this video – fantastic work!

Фото профиля Delba
Delba2 лет назад

Haha, cheers Steven! Congrats on getting engaged 🖤

Похожие видео

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 просмотров • 5 месяцев назад