Explore >> Select a destination
|
You are here 
|
blog.thomasheartman.com | ||
| | | | |
tokio.rs
|
|
| | | | | Tokio is a runtime for writing reliable asynchronous applications with Rust. It provides async I/O, networking, scheduling, timers, and more. | |
| | | | |
beeb.li
|
|
| | | | | Yet another personal blog about programming and technology, by Valentin Bersier | |
| | | | |
evilcookie.de
|
|
| | | | | [AI summary] The author created a static web server in Rust to host their blog, focusing on learning Rust by implementing a simple HTTP server with file serving, MIME type detection, and basic request handling. | |
| | | | |
nguyenhuythanh.com
|
|
| | | In web development and deployment, most software engineers are familiar with either: Separating the built SPA and the backend (Client-Side Rendering), or Return HTML directly from the backend (Server-Side Rendering) I recently (re)discovered 1 that there is a third way: embedding the built SPA into the backend's binary file, and serving it directly. I think this is an elegant approach, as the pros are: Simpler deployment as we only have one binary file in the end Simpler code where we don't have to take into account CORS and the backend endpoint since the frontend and backend are served from the same origin 2 The cons are quite clear: | ||
