構成

構成レイヤー

アプリケーションのデフォルトは、nuxt.config.ts および app/app.config.ts で定義されます。環境変数は、サーバーの起動時に実行時のデフォルトをオーバーライドします。開発およびビルド コマンドは .env を読み取ります。運用ノードのエントリポイントは、それを自動的に読み取りません。

ランタイム環境変数を変更した後、サーバーを再起動します。ソースレベルのコンポーネント構成を編集するには、新しい実稼働ビルドが必要です。

レジストリとセッションの設定

アップストリームは、フロントエンド サーバーから到達可能な HTTP(S) オリジンである必要があります。 URL に資格情報を含めないでください。リクエストでは現在のユーザーの認証が使用されます。 Crateview は、レジストリ アクセス制御を置き換えるものではありません。

パブリックブランディング変数

以下のすべての名前では、接頭辞 NUXT_PUBLIC_BRAND_ が使用されます。

パブリック設定はブラウザに送信されます。パスワードやトークンを NUXT_PUBLIC_* 変数に保存しないでください。色とタイポグラフィのオプションについては、ブランディングとテーマ]を参照してください。

ネットワークレイアウト

ブラウザは 1 つのオリジンで Crateview と通信します。 Nitro は、レジストリ クライアントに対して /v2/** をプロキシし、/api/registry/** を通じてレジストリ メタデータを読み取ります。これにより、レジストリ自体へのクロスオリジン ブラウザー アクセスが必要なくなります。

リバース プロキシの背後で、パブリック オリジン ヘッダーとプロトコル ヘッダーを保持します。パブリック フロントエンド アドレスは、コピーされた pull コマンドに表示されるレジストリ アドレスでもあります。リモート認証使用の場合は、ブラウザまたは CLI 認証情報を受け入れる前に HTTPS を正しく終了してください。

Compose 構成とスタンドアロン構成の比較

バンドルされている Compose ファイルは、意図的に NUXT_REGISTRY_UPSTREAM=http://registry:5000 を使用して独自の registry サービスに接続します。コンテナーのデプロイメントで別のレジストリーを使用するには、そのサービス環境を適応させるか、フロントエンドを個別に実行します。コンテナー ゲートウェイを介してホスト ループバック レジストリに到達できると想定しないでください。

この版の設定

監視は任意で初期状態は無効です。有効時は概要がダッシュボードを開き、無効時は /home が /explore に転送されます。有効化すると公開レジストリの匿名訪問者を含む全UI利用者にレジストリ全体の運用情報が公開されます。管理トークンモードでは全体の読み取り権限も必要です。

監視

管理には設定とユーザーがあります。アカウントメニューでも言語とテーマを選べます。アカウントでは現在のパスワードを確認して自分のパスワードを変更します。ユーザー一覧と作成はサーバー許可リストで制御され、トークン権限は読み取り専用です。新しいパスワードは12文字以上72 UTF-8バイト以下です。新しいトークンアカウントには最初リポジトリ権限がありません。