VertiTab 快照復原功能指南
概述
VertiTab 的快照復原功能允許你在不同電腦間精準重建瀏覽環境。本 Chrome 分頁復原指南詳細介紹了 VertiTab 的復原選項和復原模式,以及多視窗的特定操作邏輯和瀏覽器分頁復原技術。
復原選項
復原快照時,你可以選擇以下選項來控制復原行為:
復原視窗位置和大小
- 功能:復原快照中記錄的視窗位置、大小和狀態
- 使用場景:當你想要精準復原工作配置時
- 注意:某些系統可能會限制精準的視窗位置復原
復原分頁分組
- 功能:從快照中復原分頁分組結構和名稱
- 使用場景:當你的工作流程依賴於特定的分頁組織時
- 注意:需要瀏覽器支援分頁分組功能
分頁延遲載入
- 功能:復原期間分頁不會立即載入內容,僅載入基本資訊
- 機制:分頁自動進入休眠狀態,直到你點擊啟動
- 使用場景:在復原大量分頁的多視窗分頁管理場景中節省記憶體和網路資源
復原模式
VertiTab 提供四種復原模式,每種模式對多視窗的處理邏輯不同:
1. 在新視窗中開啟
操作邏輯:
- 所有快照視窗:建立新視窗
- 分頁處理:在新視窗中直接建立所有分頁
使用場景:想要一個完全隔離的環境,不影響目前工作
2. 在目前視窗中開啟
操作邏輯:
- 第一個快照視窗:在目前視窗中附加分頁,保留現有分頁
- 其他快照視窗:建立新視窗
使用場景:在新增內容的同時保留目前工作
3. 合併到目前視窗
操作邏輯:
- 第一個快照視窗:在目前視窗中附加分頁,檢查所有開啟視窗的 URL,跳過重複項目
- 其他快照視窗:建立新視窗
使用場景:跨裝置同步以避免開啟重複頁面
4. 取代目前視窗分頁
操作邏輯:
- 第一個快照視窗:使用智慧匹配邏輯取代目前視窗分頁
- 其他快照視窗:建立新視窗
使用場景:精準重建快照環境
核心概念:智慧分頁匹配演算法
什麼是智慧分頁匹配?
當你在電腦 A 上建立快照,然後在電腦 B 上復原時,會執行智慧分頁匹配分析,以實現精準的瀏覽器環境重建:
- 檢查現有分頁:查看電腦上目前開啟的分頁
- 比較 URL:精準匹配現有分頁 URL 與快照中的 URL
- 決定處理方式:基於匹配結果決定保留、建立或移除分頁
智慧匹配原理
VertiTab 使用精準 URL 匹配作為其核心邏輯:
快照分頁 URL = 目前分頁 URL → 保留現有分頁
快照分頁 URL ≠ 目前分頁 URL → 移除現有分頁,建立新分頁
多視窗分頁復原詳情
多視窗分頁管理視窗處理規則總結
| 復原模式 | 視窗索引 | 處理邏輯 | 分頁處理 |
|---|---|---|---|
| 在新視窗中開啟 | 所有視窗 | 建立新視窗 | 直接建立所有分頁 |
| 在目前視窗中開啟 | 第 1 個視窗 | 使用目前視窗 | 附加分頁,保留現有 |
| 在目前視窗中開啟 | 其他視窗 | 建立新視窗 | 直接建立所有分頁 |
| 合併到目前視窗 | 第 1 個視窗 | 使用目前視窗 | 合併分頁,檢查所有視窗以進行 URL 去重 |
| 合併到目前視窗 | 其他視窗 | 建立新視窗 | 直接建立所有分頁 |
| 取代目前視窗分頁 | 第 1 個視窗 | 使用目前視窗 | 智慧匹配取代分頁 |
| 取代目前視窗分頁 | 其他視窗 | 建立新視窗 | 直接建立所有分頁 |
瀏覽器分頁復原範例情境
情境 1:單視窗智慧分頁匹配(取代目前視窗分頁)
原始狀態(電腦 A):
視窗 1:
├── https://github.com/project/issues
├── https://stackoverflow.com/question/123
└── https://developer.mozilla.org/docs
目前狀態(電腦 B):
視窗 1:
├── https://github.com/project/issues (已開啟)
├── https://news.ycombinator.com (額外開啟)
└── https://youtube.com (額外開啟)
選擇"取代目前視窗分頁"模式:
-
分析階段:
https://github.com/project/issues→ 匹配 ✅ 保留https://news.ycombinator.com→ 不匹配 ❌ 將被移除https://youtube.com→ 不匹配 ❌ 將被移除
-
最終結果:
視窗 1:
├── https://github.com/project/issues (保留)
├── https://stackoverflow.com/question/123 (新增)
└── https://developer.mozilla.org/docs (新增)
情境 2:多視窗分頁合併復原
快照包含兩個視窗:
視窗 A:開發工具
├── https://github.com/project/issues
└── https://stackoverflow.com/question/123
視窗 B:文件參考
├── https://developer.mozilla.org/docs
└── https://reactjs.org/docs
目前狀態(電腦 B):
視窗 1:包含 https://github.com/project/issues 和 https://news.ycombinator.com
視窗 2:包含 https://developer.mozilla.org/docs
選擇"合併到目前視窗"模式:
- 第一個快照視窗(開發工具):
- 附加到目前視窗,檢查所有視窗的 URL
https://github.com/project/issues已存在 → 跳過https://stackoverflow.com/question/123不存在 → 建立
- 第二個快照視窗(文件參考):
- 建立新視窗,建立所有分頁
最終結果:
視窗 1(原始 + 合併內容):
├── https://github.com/project/issues (保留)
├── https://news.ycombinator.com (保留)
└── https://stackoverflow.com/question/123 (新增)
視窗 3(新增):
├── https://developer.mozilla.org/docs (新增)
└── https://reactjs.org/docs (新增)
進階功能
智慧合併模式
"合併到目前視窗"模式智慧處理跨裝置分頁同步中的多視窗情境:
使用場景:避免在跨裝置同步期間開啟重複分頁
邏輯:
- 檢查所有開啟視窗的 URL(不僅僅是目前視窗)
- 如果 URL 在任何視窗中已存在,則跳過建立該分頁
- 確保整個瀏覽器環境中沒有重複分頁
- 多視窗快照的處理方式與"在目前視窗中開啟"相同
智慧排序
復原完成後,VertiTab 將:
- 根據快照中的原始順序重新排列分頁
- 復原分頁分組結構
- 設定正確的活動分頁
- 復原靜音狀態
智慧延遲載入
對於大量分頁,VertiTab 在分頁快照備份復原中使用智慧延遲載入:
- 優先載入活動分頁
- 非活動分頁按需載入
- 避免同時載入導致系統過載
常見問題解答
Q:為什麼有些分頁無法在 Chrome 分頁復原中復原?
A:檢查 URL 是否完全匹配。VertiTab 使用精準 URL 匹配,包括通訊協定、網域名稱、路徑和查詢參數。如果頁面使用重新導向或動態 URL,可能不會匹配。
Q:分頁順序在瀏覽器分頁復原後不對?
A:復原過程會重新排序分頁。如果順序仍然不對,請檢查其他擴充功能或瀏覽器設定是否影響分頁排序。
Q:為什麼要在分頁快照備份復原中選擇"取代目前視窗分頁"模式?
A:這是推薦的預設模式,因為它提供了最佳平衡:
- 保留已開啟的相關分頁(節省時間)
- 移除不相關的分頁(保持整潔)
- 新增遺漏的分頁(完成復原)
Q:什麼時候在跨裝置分頁同步中合併模式有用?
A:特別適用於:
- 多裝置間的同步(檢查所有視窗以避免重複)
- 某些相關分頁已開啟的情況
- 想要避免重複分頁的場景
- 多視窗快照的智慧合併
分頁狀態保留的 ID 映射系統
VertiTab 維護完整的 ID 映射系統,用於進階分頁狀態保留技術:
- 原始分頁 ID → 新分頁 ID
- 用於復原分頁狀態、開啟者關係等
- 支援批次操作和錯誤復原
這種智慧分頁匹配演算法允許 VertiTab 使用 Chrome 擴充功能技術在不同裝置間提供流暢、精準的瀏覽環境同步。