Akonadi and AddressBook/zh-tw: Difference between revisions

From KDE Wiki Sandbox
m (Created page with '''個人聯繫人(Personal Contacts)'' - Offline')
m (Created page with '這是你本地聯繫人指向的優先資源')
Line 31: Line 31:
''個人聯繫人(Personal Contacts)'' - Offline
''個人聯繫人(Personal Contacts)'' - Offline


That's the preferred resource for your local contacts which points to
這是你本地聯繫人指向的優先資源
::{{Output|1=$HOME/.local/share/contacts}}
::{{Output|1=$HOME/.local/share/contacts}}



Revision as of 13:13, 9 August 2010

這裡的資料由KDE-PIM 開發人員 Tobias Koenig 提供。

一些定義

真實數據(real data)我們指的像是聯繫人或事件這類數據。這些數據或是存儲在「群件服務器(groupware server)」,或是存儲在本地文件中。具體存儲的位置取決於你使用的資源,比如,個人聯繫人(Personal Contacts)資源就是把數據存儲到$HOME/.local/share/contacts,同時VCard File 資源(已經不推薦使用了)則存儲數據到$HOME/.kde/share/apps/kabc/std.vcf。

緩存數據(cached data)則是真實數據的副本,放置在數據庫中便於更快速的訪問和作為離線緩存。數據庫還同時保留著用來管理數據的元數據(meta data)Akonadi需要元數據才能正常工作。

設置數據(configuration data)是設定Akonadi 服務器和個別資源的數據。服務器的設置數據可以在$HOME/.config/akonadi 找到,資源的設置數據通常存儲在$HOME/.kde/share/config/akonadi_xyz_resourcerc# (xyz 是資源名而#是其的實例數)。

籌備備份

然後現在是該決定備份什麼樣的數據了。如果你想備份"真實數據(real data)",這東西又得具體看你設定的資源……要是你用的是「群件服務器(groupware server)」,備份這事應該在那邊搞定。對於聯繫人,你需要的通常是$HOME/.local/share/contacts 那的文件。

Akonadi 托盤圖標提供備份和恢復功能。備份的是"緩存數據(cache data)",所以可能沒帶全你所有的數據!如果你想1:1進行系統拷貝,這功能會很有用,你可以拷貝真實數據和配置的同時復制緩存數據過去,之後便不必再次從源載入數據(比如群件服務器)。

測試你的資源

KRunner 提供Akonadi Resource Configuration,或是你通過Akonadi 托盤圖標-> 設置來訪問,你可能會發現已經建立好多個資源。還可能你會看到某個資源帶上這樣的標籤:

Address Book - No KDE address book plugin configured yet.

這是舊的兼容性問題(通常是遷移工具引起的)。你應該直接刪除之!

std.vcf - Ready

這是VCard File Resource,每個默認指向$HOME/.kde/share/apps/kabc/std.vcf。不推薦再用這種方式,因為其沒有使用到Akonadi的優勢。

個人聯繫人(Personal Contacts) - Offline

這是你本地聯繫人指向的優先資源

$HOME/.local/share/contacts

Note that this may say "Offline" when in fact you are using it. This is a display bug, and can safely be ignored.

And when more components use Akonadi?

When the rest of the components move to Akonadi, will all the data be under ~/.local/share? That should make backup easy. Well, contacts and mails are stored there now, I don't know what the plan for events/todos is, but it would make sense to store them there as well. We'll keep it in mind when discussion pops up!