Akonadi and AddressBook/gl: Difference between revisions
(Importing a new version from external source) |
(Importing a new version from external source) |
||
Line 9: | Line 9: | ||
Os ''datos na caché'' son copias dos datos reais que se gardan na base de datos para acceder a eles con maior rapidez e utilizalos mentres se está desconectado. A base de datos contén tamén os ''metadatos'', que son datos de xestión que '''Akonadi''' necesita para funcionar correctamente. | Os ''datos na caché'' son copias dos datos reais que se gardan na base de datos para acceder a eles con maior rapidez e utilizalos mentres se está desconectado. A base de datos contén tamén os ''metadatos'', que son datos de xestión que '''Akonadi''' necesita para funcionar correctamente. | ||
Os ''datos de configuración'' son os que configuran o servidor '''Akonadi''' e os recursos individuais. Os datos de configuración para o servidor están en «$HOME/.config/akonadi», a configuración para os recursos almacénase principalmente en «$HOME/.kde/share/config/akonadi_'''''xyz'''''_resourcerc'''''#'''''» (onde '''''xyz''''' é o nome do recurso e '''''#''''' o seu número de instancia). | |||
==Organising Backups== | ==Organising Backups== |
Revision as of 06:35, 27 August 2010
Esta información foi fornecida por Tobias Koenig, desenvolvedor de KDE-PIM.
Conceptos previos
Ao falar de datos reais estarase facendo referencia aos datos, coma contactos e eventos. Estes datos almacénanse ben nun servidor de software colaborativo ben en ficheiros locais. O lugar dependerá do recurso. Por exemplo, o recurso de contactos persoais almacena os datos en «$HOME/.local/share/contacts», mentres que o recurso de ficheiros Vcard (que en realidade non se recomenda usar ) almacena os seus datos en «$HOME/.kde/share/apps/kabc/std.vcf».
Os datos na caché son copias dos datos reais que se gardan na base de datos para acceder a eles con maior rapidez e utilizalos mentres se está desconectado. A base de datos contén tamén os metadatos, que son datos de xestión que Akonadi necesita para funcionar correctamente.
Os datos de configuración son os que configuran o servidor Akonadi e os recursos individuais. Os datos de configuración para o servidor están en «$HOME/.config/akonadi», a configuración para os recursos almacénase principalmente en «$HOME/.kde/share/config/akonadi_xyz_resourcerc#» (onde xyz é o nome do recurso e # o seu número de instancia).
Organising Backups
So now we need to decide what to back up. If you want to backup the "real data", then it depends on the resources you have configured... if you use a groupware server, then the backup should be done there. For contacts, the files under $HOME/.local/share/contacts will normally be what you need.
The Akonadi tray icon offers you a backup and restore function. That backs up the "cache data" which might not include all of your data! It can be helpful if you want to clone a system 1:1, then you can copy the cached data together with the real data and the configuration, so you don't have to load the data again from the sources (e.g. groupware server).
Examining your Resources
KRunner offers you Akonadi Resource Configuration, or you can access this through the
. You may find several resources set up. You may find one labelledAddress Book - No KDE address book plugin configured yet.
That's the old compatibility bridge (possibly created by the migrator tool). You should remove this one!
std.vcf - Ready
This is the VCard File Resource which points to $HOME/.kde/share/apps/kabc/std.vcf per default. It is not recommended that you use that one, as it doesn't share the benefit of Akonadi.
Personal Contacts - Offline
That's the preferred resource for your local contacts which points to
$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!