Scheduled Jobs reads every app's config file to find its jobs

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

メンテナーはふだん 2 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
46/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
typescript

調査の方向性

The issue identifies the Scheduled Jobs page and its per-app get_component_file reads, but gives no file or test paths. Start by tracing the page's job loading flow and checking how Studio calls Harper operations and handles older Harper versions. Done means Studio uses a single operation for registered jobs when available, falls back to config files on older Harper, and reflects the registered state.

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

説明

Problem

The Scheduled Jobs page (studio#2015) finds each app's jobs by reading its config file, one get_component_file per app that has one. Harper has no operation that lists scheduled jobs, so the config files are the only source. On an instance with many apps that is many small reads per page load, most of them for apps with no jobs.

It also means the page shows what each file declares, not what Harper actually loaded: an edit waiting for a restart reads as current.

What would fix it

A Harper operation that returns the registered jobs per app (name, schedule, handler, and ideally run state). Studio would read that once, and fall back to the config files on older Harper. Until then the per-app reads stay: they are the only way to know which apps have jobs.

Review-Deferral: 7c3875dbdc24a41d severity=nit category=performance

主要言語
TypeScript
スター
5
フォーク
4
平均マージ
1日 19時間
マージ済み PR(30日)
144

環境構築

はじめの一歩

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

HarperFast/studio のほかの issue

HarperFast/studio の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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