自分のサーバーにインストールする
顧客所有のホスティングでのスタンドアロン インストールを計画し、検証します。
英語から自動翻訳されています。 英語の原文を読む
4 分で読めます · カスタマーガイド
はい、お客様は独自の互換性のあるサーバー上で個別の MCP DigLab インストールを実行できます。これは展開プロジェクトであり、管理された接続キーの変更ではありません。開始する前に、承認されたソフトウェア パッケージ、アクティベーション、およびメンテナンスの範囲を DigLab で手配します。
サーバー要件を確認する#
現在のスタンドアロン ビルドの場合は、sodium、PDO、cURL、mbstring、JSON、OpenSSL を備えた PHP 8.3 以降を準備します。 SQLite、MySQL、MariaDB、または PostgreSQL に適切なデータベース ドライバーをインストールします。また、PHP ZIP と ZipArchive ネイティブ パッケージ アップデーターのクラス。国際化拡張機能が推奨されます。パッケージの要件は変更される可能性があるため、最終チェックとしてリリース固有のプリフライトを使用してください。
導入には、動作する HTTPS ドメイン、書き込み可能なアプリケーション ストレージ、および毎分実行されるスケジューラも必要です。構成、データベース ファイル、およびプライベート ストレージを Web アクセス外に保持しながら、アプリケーションのパブリック ディレクトリを提供するように Web サーバーを構成します。 1 つの固定サーバー サイズがすべての顧客に適していると想定するのではなく、実際のワークロードに応じて CPU、メモリ、ディスク容量を選択してください。
承認されたリリースをインストールする#
- ホスティング モデル、権限のある管理者、およびソフトウェア アクティベーションの取り決めを確認します。
- ターゲット ホスト上の既存のサイトまたはアプリケーションの回復可能なバックアップを作成します。
- 合意された配送ルートを通じて承認されたスタンドアロン リリースを入手し、その完全性を確認します。
- アプリケーションを独自のディレクトリまたはコンテナにデプロイし、パブリック Web ルートを構成します。
- 選択したドメインで初期セットアップ画面を開き、要件、データベース、管理者の手順を完了します。
- 生成されたインストール シークレットを、承認された暗号化バックアップ ルートに保存します。これらをチケットや共有プロジェクト ファイルにコピーしないでください。
- スケジューラを構成し、インストール後に初回実行セットアップが閉じられていることを確認します。
- 必要なソフトウェア アクティベーションを接続し、合意されたブランドを適用します。
顧客の環境を作成するために、ライブ所有者のインストール、そのデータベース、または資格情報のクローンを作成しないでください。クリーン インストールから開始し、その顧客のサービスを個別に認証します。
インストールをアクティブ化してブランド化する#
ソフトウェアのアクティベーションとブランド化アドオンには、別個の権利が与えられます。アクティブ化されたコア インストールは、ブランド化がアクティブであることを証明するものではなく、管理された接続キーではどちらのパッケージもアクティブ化できません。認可されたオペレータは、この顧客に対して合意されたライセンス アカウントと取り決めを使用してアクティベーションを完了します。
設定でインストールのライセンス画面を開き、ライセンス接続または認証アクションを選択します。サポートされているアカウント フローを通じてサインインし、正確なインストール ドメインに対して目的の資格を選択し、完全に同意します。アプリケーションに戻り、アクティベーション ステータス、サイト許容量、有効期限または有効期限ステータス、および新しい検証時間を確認します。別のインストールに保存されているライセンス値をショートカットとして適用しないでください。
ブランドが含まれる場合は、開きます 設定 → アドオン、ブランド化アドオンが存在しない場合はインストールし、そのライセンス接続アクションを使用します。アクティブ化が個別に受け入れられることを確認します。権利の欠落または支払い要求は、合意された配送手配を通じて解決する必要があります。このガイドは購入を承認するものではありません。
開く ブランディング 製品名、会社名、Webサイト、サポートURL、ドキュメントURLを設定します。 MCP DigLab カスタマー ヘルプについては、次を使用してください。 https://mcp.diglab.ai/docs/。必要に応じて、承認された明るい/暗いロゴとアイコンをアップロードし、読みやすいアクセントカラーを選択してプレビューを確認します。顧客独自のブランドは、そのブランド範囲が承認されている場合にのみ適用してください。設定を保存し、インターフェースをリロードします。
目的のドメインを使用して、管理者ヘッダー、ログイン ページ、ヘルプ リンク、および関連する同意画面を確認します。未承諾のメッセージを送信するのではなく、承認されたテストを通じて電子メールのブランドを確認します。オペレータがブランド コントロールを非表示にすることを選択した場合は、まずそのリカバリ リンクを安全に保存します。そのリンクは顧客向けのドキュメントではありません。ブランド化によってインターフェイスが変更されるのは、ソフトウェアの権利の所有権やサーバー管理者に対するコードの可視性ではありません。
引き渡す前に確認してください#
HTTPS、管理者アクセス、保護されたエンドポイントの動作、スケジューラ、および回復可能なバックアップを確認します。限定的なテスト サーバーを作成し、検出と合意された読み取り専用ツールを検証し、不足している資格情報または間違った資格情報が拒否されることを確認します。要求された書き込み機能を個別にテストし、最終状態を確認します。
お客様は、ドメイン、管理者の責任、有効なワークフロー、サポート ルート、および更新/バックアップ プランを受け取る必要があります。 DigLab がインストールの運用を継続するか、メンテナンスを引き継ぐかを文書化します。使用する バックアップとアップデート 進行中のチェックリスト用。