Skip to content

Commit 9cd187d

Browse files
linting
1 parent f06a99e commit 9cd187d

File tree

2 files changed

+11
-6
lines changed

2 files changed

+11
-6
lines changed

docs/react-on-rails-pro/major-performance-breakthroughs-upgrade-guide.md

Lines changed: 7 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -63,29 +63,33 @@ SSR Streaming sends HTML to the browser in chunks as it's generated, enabling pr
6363
- **No More Defer Needed**: The previous need for `defer` to prevent race conditions has been eliminated
6464

6565
This optimization is particularly impactful for:
66+
6667
- **Streamed pages** where content loads progressively
6768
- **Large pages** with many components
6869
- **Slow network conditions** where every millisecond counts
6970
- **Modern web apps** requiring fast interactivity
7071

71-
*Performance improvement visualization:*
72+
_Performance improvement visualization:_
7273

7374
![Performance comparison showing early hydration improvement](https://github.com/user-attachments/assets/ae33fe14-42f1-4cc1-bde3-9c5bb570cdbf)
7475

75-
*The image above demonstrates the dramatic performance improvement:*
76+
_The image above demonstrates the dramatic performance improvement:_
77+
7678
- **Left (Before)**: Hydration didn't start until the full page load completed, causing a huge delay before hydration
7779
- **Right (After)**: Hydration starts immediately as soon as components are available, without waiting for full page load
7880
- **Result**: Components now become interactive much faster, eliminating the previous race condition delays
7981

8082
## 🚀 Enhanced Performance Infrastructure
8183

8284
### Fastify-Based Node Renderer
85+
8386
- **Faster Node renderer** based on Fastify instead of Express
8487
- **HTTP/2 Cleartext** communication between Rails and Node renderer
8588
- **Multiplexing and connection reuse** for significantly better performance when deployed separately
8689
- **No code changes required** - automatic performance boost
8790

8891
### Optimized Script Loading Strategies
92+
8993
- New `generated_component_packs_loading_strategy` configuration
9094
- **Async loading by default** for Shakapacker ≥ 8.2.0 (optimal performance)
9195
- **Smart hydration timing** that works perfectly with streaming HTML
@@ -114,4 +118,4 @@ Adopting these features in React on Rails Pro v4 and React on Rails v15 will hel
114118
Let's make your apps faster—together.
115119

116120
**ShakaCode Team**
117-
*Building the future of Rails + React performance*
121+
_Building the future of Rails + React performance_

docs/release-notes/15.0.0.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -22,21 +22,22 @@ Experience the future of React with full RSC integration in your Rails apps:
2222
- **No More Defer Needed**: The previous need for `defer` to prevent race conditions has been eliminated
2323

2424
This optimization is particularly impactful for:
25+
2526
- **Streamed pages** where content loads progressively
2627
- **Large pages** with many components
2728
- **Slow network conditions** where every millisecond counts
2829
- **Modern web apps** requiring fast interactivity
2930

30-
*Performance improvement visualization:*
31+
_Performance improvement visualization:_
3132

3233
![Performance comparison showing early hydration improvement](https://github.com/user-attachments/assets/ae33fe14-42f1-4cc1-bde3-9c5bb570cdbf)
3334

34-
*The image above demonstrates the dramatic performance improvement:*
35+
_The image above demonstrates the dramatic performance improvement:_
36+
3537
- **Left (Before)**: Hydration didn't start until the full page load completed, causing a huge delay before hydration
3638
- **Right (After)**: Hydration starts immediately as soon as components are available, without waiting for full page load
3739
- **Result**: Components now become interactive much faster, eliminating the previous race condition delays
3840

39-
4041
### Enhanced Script Loading Strategies
4142

4243
- New configuration option `generated_component_packs_loading_strategy` replaces `defer_generated_component_packs`

0 commit comments

Comments
 (0)