mirror of
https://github.com/vrtmrz/obsidian-livesync.git
synced 2026-06-06 14:32:58 +00:00
vorotamoroz
67 lines
5.5 KiB
Markdown
67 lines
5.5 KiB
Markdown
# ファストセットアップ (Fast Setup / Simple Fetch)
|
|
|
|
ファストセットアップは、2台目以降のデバイスのセットアップやデータベース再構築時のデータ取得・初期化処理を、直感的かつ迅速に行うための簡略化された同期フローです。
|
|
|
|
従来のセットアップウィザードにおける複数の詳細なステップを踏むことなく、同期の基本方針を選択するだけで、データベースのダウンロードとローカルファイルのスキャン・反映を一連のプロセスとして自動的に実行します。
|
|
|
|
---
|
|
|
|
## 仕組み
|
|
|
|
2台目以降のデバイスで **セットアップURI** をインポートした場合や、手動でデータの再フェッチ（Vaultルートに `redflag3.md` / `flag_fetch.md` を配置する等）が予約された場合、プラグインはリモートデータベースからのデータ取得スケジュールを設定します。
|
|
|
|
その後の起動時、プラグインはデータフェッチ予約モードで立ち上がり、**「Data retrieval scheduled（データ取得のスケジュール）」** という簡略化されたダイアログを表示します。
|
|
|
|
---
|
|
|
|
## 技術的な特徴
|
|
|
|
ファストセットアップは、高速かつ安全でクリーンな処理を実現するために、以下の最適化を行っています。
|
|
|
|
1. **高速なストリーム受信**
|
|
- 全データを取得しますが、ストリーム受信によるレプリケーションを使用するため、処理が非常に高速です。
|
|
2. **ストレージ反映の遅延による不要な警告の抑制**
|
|
- データのダウンロード中にローカルファイル（ストレージ）への書き出し（反映）処理をあえて遅延させることで、同期途中で発生しがちな「破損データ同期」や「サイズ不一致」などの一時的なエラー警告を抑え込みます。
|
|
- すべてのデータダウンロードが完了した後に一括してストレージへ書き出すため、不必要な警告画面でユーザーを混乱させません。
|
|
3. **時刻ベース比較の妥当性**
|
|
- 初期セットアップやリカバリーの段階（この状態に移行した直後）においては、概ねファイル更新時刻（タイムスタンプ）ベースでの単純比較を行うことで、十分かつ妥当な同期結果を得ることができます。これにより複雑な競合解決の手間を省きます。
|
|
|
|
---
|
|
|
|
## 設定手順
|
|
|
|
### ステップ 1: データの反映方法の選択
|
|
取得したリモートデータを、既存のローカルファイルとどのように統合するかを選択します。
|
|
|
|
1. **Compare time and take newer (newer-wins)**
|
|
- ファイルの更新日時を比較し、より新しい方を採用します。
|
|
- **推奨されるケース:** すでに Self-hosted LiveSync を使用しており、複数のデバイスで編集した変更内容をタイムスタンプに基づいて統合したい場合。
|
|
2. **Overwrite all with remote files (remote-wins)**
|
|
- リモートデータベースの内容を正（Source of Truth）として扱います。
|
|
- **推奨されるケース:** まったく新しいデバイスをセットアップする場合（空のVaultなど）。
|
|
- *警告: ローカルにあるすべてのファイルがリモートの内容で上書きされます。重要なデータがある場合は、事前にバックアップを取得してください。*
|
|
3. **Use the detailed flow (legacy)**
|
|
- 従来の詳細なセットアップウィザードダイアログに戻ります。
|
|
- **推奨されるケース:** データベースの構成オプションをステップバイステップで細かく制御・確認したい場合。
|
|
|
|
### ステップ 2: 競合および削除ルールの構成
|
|
ステップ 1 での選択内容に応じて、ローカルとリモートの不一致をどう処理するかを設定します。
|
|
|
|
#### 「Compare time and take newer」を選択した場合:
|
|
- **Delete local files if they were deleted on remote**
|
|
- 他のデバイスで削除済みのファイルをローカルからも削除し、Vaultを同期・クリーンな状態に保ちます。
|
|
- **Recreate remote files even if they were deleted on remote**
|
|
- 他のデバイスで削除されたファイルであっても、ローカルファイルを維持し、リモートデータベースに再度アップロードします。
|
|
|
|
#### 「Overwrite all with remote files」を選択した場合:
|
|
- **Delete local files if not on remote**
|
|
- リモートに存在しないローカル専用ファイルを削除し、ローカルのVaultをリモートデータベースと完全に一致させます。
|
|
- **Keep local files even if not on remote**
|
|
- リモートに存在しないローカルファイルをそのまま残します。ただし、同期後に重複ファイルが発生する可能性があるため、その場合は手動でクリーンアップを行ってください。
|
|
|
|
### ステップ 3: 自動同期の実行
|
|
選択を確定すると、以下の処理が順次実行されます。
|
|
1. リモートデータベースの高速ダウンロードを実行します (`fetchLocalDBFast`)。
|
|
2. ローカルファイルへの変更反映のため、フォアグラウンドでフルスキャン (`synchroniseAllFilesBetweenDBandStorage`) を自動的に実行します。
|
|
3. 処理が完了すると、プラグインは通常の動作状態へ復帰します。
|