パスワードは不要です。参加者IDはマニュアルの初期データ例です。

https://localhost/ と公開IPの直打ちはアプリ用URLとして使わない。 管理者・テナントの判定にHostヘッダーが必要で、nginxの既定サイトは404を返す。 ブラウザーで証明書警告が出る場合は、練習用TLS証明書と手元の信頼設定を確認する。

これらもホストPCの443番の転送を利用する。/auth/ 自体はログイン画面URLではない。 0001 はマニュアルの初期データ例。認証の仕組みは アプリの仕組み を参照。

curl --fail http://localhost:9000/api/group/collect

このGETは設定された3種類の収集を開始する。設定・一覧を読むAPIとは異なり、計測を実行する。 ベンチに「負荷走行を開始します」が出たタイミングで実行する。計測と記録の手順。

公開IP・DNSは2026-10-10時点のEC2メタデータから確認。EC2の停止・起動等で変わる場合がある。

実画面のスライドで見る：大会運営の流れ・ブラウザE2E — テナント作成から請求・失格まで、8枚で確認できます。

ISUPORTSは、団体ごとに大会・参加者・ランキングを管理するサービス。練習では、挙動を保ちながら処理性能を上げる。

2022年のマニュアル2本を、練習中に参照しやすい順に要約しています。当時の競技条件と現在の練習環境は区別してください。

1. テナント＝利用団体。 団体ごとに管理対象が分かれ、ホスト名でアクセス先が変わる。
2. 管理者が大会とスコアを登録し、参加者が見る。 大会終了後はCSVを入稿できない。失格者の参加者向けAPIは403になる。
3. ベンチは初期化 → 互換性チェック → 60秒の負荷走行。 初期化は30秒でタイムアウトする。
4. エラーを減らすことも性能改善。 通常エラー1件で1%、Criticalエラー1件で10%減点される。
5. 再起動しても動くこと。 当時の追試は再起動後のベンチ、データの永続性、ブラウザの挙動も確認する。

現状を計測 → 遅い箇所を調べる → 変更 → 再計測 → 再起動後も確認。

変更内容・スコア・エラー・計測条件を一緒に記録すると、次の判断で過去の作業を思い出す負担が減ります。区切りでブラウザ表示とデータの保持も確認します。この進め方は原文の規則ではなく、練習用の提案です。

• ISUPORTSアプリケーションマニュアル：役割・基本操作・認証。
• ISUCON12 予選当日マニュアル：環境・ベンチ・採点・競技規則。

2026-10-10に確認。細かな判断では原文を優先し、現在のサーバー設定は実環境で確認してください。