Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

perf: reduce SSR HTML payload by serving page tree via cacheable API

オープン
#119 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
52/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
静か
技術スタック
typescript

調査の方向性

config、tree、per-page フィールドが SSR HTML にシリアライズされる entry-server.tsx から開始し、このデータがどのようにクライアントへ到達するかを追跡します。/api/tree レスポンスとキャッシュ動作を定義し、SSR HTML に per-page データのみが保持されること、また変更されていないレスポンスが Cache-Control と ETag の動作を示すことを確認します。

索引モデルが issue の本文から書いたものです。

説明

Problem

Every SSR response embeds the full site config + page tree in a <script> tag via window.__PAGE_DATA__. On large doc sites this can be 30-100KB+ of JSON per page load, with no HTTP caching (no ETag/Last-Modified/304 support).

Current Behavior

entry-server.tsx serializes config, tree, slug, version, frontmatter, relativePath, originalPath, prev, next into every HTML response.

Suggested Approach

  • Serve the page tree and config via a cacheable /api/tree endpoint with ETag support
  • Only embed the minimal per-page data (slug, frontmatter, prev/next) in SSR HTML
  • Add Cache-Control / ETag headers to SSR responses for unchanged pages
主要言語
TypeScript
スター
2
フォーク
1
平均マージ
12分
マージ済み PR(30日)
1

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

raystack/chronicle のほかの issue

raystack/chronicle の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。