Nuxt 3.11 is out! 💚 and these two are lit... - Server and client-only pages. - SSR logs on browser consoles. https://lnkd.in/gfmEx6CQ
Akshara Hegde oss/acc’s Post
More Relevant Posts
-
This tutorial demonstrates how to use WebSockets in Node.js for two-way, interactive communication between a browser and server. SitePoint https://lnkd.in/gwRnds98
How to Use WebSockets in Node.js to Create Real-time Apps — SitePoint
sitepoint.com
To view or add a comment, sign in
-
My two cents on React state management, no filter: useState for local, ephemeral state useMachine for deterministic, event-driven workflows and when your app needs a brain Server state? Remix loaders/actions or Next server components handle 99% of use cases. For edge cases like fine-grained caching or background sync wizardry, TanStack Query steps in. Pick your battles wisely, or you'll end up fighting a war against your own abstractions.
To view or add a comment, sign in
-
🚀 Unlock the Power of Real-Time Communication 🌐 In the world of dynamic applications, real-time connectivity is no longer optional—it's essential! From WebSockets powering chat apps to gRPC streams enabling seamless microservices communication, the possibilities are endless. 🎉 I just published a blog diving deep into some of the most powerful concurrent connection technologies, including: 👉 WebSockets for bi-directional communication 👉 Server-Sent Events (SSE) for live updates 👉 HTTP Long Polling for fallback compatibility 👉 gRPC Streams for high-performance systems 👉 QUIC Protocol for blazing-fast streaming 👉 Peer-to-Peer (P2P) connections for direct communication 📖 Whether you're building a chat application, real-time gaming platform, or distributed system, this guide will help you choose the right tool for the job. 🔗 Check out the blog here: https://lnkd.in/gHaYczq7 💡 I'd love to hear your thoughts! What technologies do you use for real-time applications? Let's discuss in the comments below! #RealTime #WebSockets #gRPC #QUIC #WebDevelopment #Programming #Blog
Exploring Concurrent Connections: WebSockets, SSE, Long Polling, gRPC, QUIC, and P2P
medium.com
To view or add a comment, sign in
-
Some challenges I faced when building 1000checkboxes [dot] xyz with HTMX: * Global Replication and Syncing * HTMX Network Bandwidth * Server Load How I solved for them: https://lnkd.in/gyiPUNGs #htmx #fsharp
Introducing 1000checkboxes.xyz - a Real-Time, Globally Synced Display of 1000 Checkboxes
hamy.xyz
To view or add a comment, sign in
-
soorajshankar/logScreen: Loglines can be messy, read it better on a browser, `command | npx logscreen`
GitHub - soorajshankar/logScreen: Loglines can be messy, read it better on a browser, `command | npx logscreen`
github.com
To view or add a comment, sign in
-
Nuxt 3.11 is out - with better logging, preview mode, server pages, and much more! Read all about it in the official Nuxt release blogpost. https://lnkd.in/dvkZkkNf
Nuxt 3.11 · Nuxt Blog
nuxt.com
To view or add a comment, sign in
-
🔧𝗕𝗮𝗰𝗸𝗲𝗻𝗱 𝗖𝗼𝗺𝗺𝘂𝗻𝗶𝗰𝗮𝘁𝗶𝗼𝗻 𝗮𝗻𝗱 𝗨𝗻𝗱𝗲𝗿𝘀𝘁𝗮𝗻𝗱𝗶𝗻𝗴 𝗪𝗲𝗯𝗦𝗼𝗰𝗸𝗲𝘁 𝗦𝗲𝗿𝘃𝗲𝗿𝘀 Backend communication is essential for building scalable and efficient applications. WebSockets offer a powerful solution for real-time, bidirectional communication, enabling persistent connections for use cases like chats, live updates, and interactive tools. Unlike HTTP, WebSockets allow continuous communication, making them ideal for real-time apps. To scale WebSocket servers, they are designed to be stateless and can be efficiently managed through a central orchestration layer. Read the full blog here 👉 https://lnkd.in/dWKDJ4Xi #BackendDevelopment #WebSockets #Microservices #SystemDesign #RealTimeApplications #TechBlog
Exploring WebSocket: How It Works
amanog.hashnode.dev
To view or add a comment, sign in
-
TIL the browser now has `ResizeObserver` for detecting changes to the size of DOM elements. https://lnkd.in/guW-JHa5
ResizeObserver - Web APIs | MDN
developer.mozilla.org
To view or add a comment, sign in
-
🌐 HTTP vs. HTTP/2 vs. HTTP/3: What's the Scoop? 🌐 Hey everyone! As the web keeps evolving, so does the tech behind it. Knowing the difference between HTTP, HTTP/2, and HTTP/3 can help us build faster and more efficient web apps. Here’s a quick rundown: HTTP/1.1: The OG Workhorse 🐴 - 📅 Dropped in 1997, HTTP/1.1 brought us persistent connections and chunked transfer encoding. - ⚠️ But it has its downsides, like head-of-line blocking and no multiplexing. HTTP/2: The Speed Demon 🚀 - 📅 Came out in 2015, HTTP/2 lets you send multiple requests over a single connection. - 🔍 Plus, it’s got header compression and server push to cut down on latency and boost performance. - ❗ Still, it relies on TCP, which can cause head-of-line blocking. HTTP/3: The Future Rockstar 🌟 - 🌐 Now rolling out, HTTP/3 uses QUIC, a protocol built on UDP. - ⚡ This means faster connections and no more head-of-line blocking. - 💡 It keeps the good stuff from HTTP/2, like multiplexing and server push, but with better speed and reliability. Why You Should Care: - 🚀 Performance: Faster page loads and smoother user experiences. - 🔒 Security: Each version ups the security game. - 📈 Scalability: Better handling of lots of requests means more efficient servers. Keeping up with these updates helps us deliver awesome experiences for our users. What do you think about HTTP/3? Are you already using it in your projects? #WebDev #HTTP #HTTP2 #HTTP3 #WebPerformance #TechTrends
To view or add a comment, sign in