Akonadi and AddressBook/fr: Difference between revisions
Loquehumaine (talk | contribs) No edit summary |
(Updating to match new version of source page) |
||
Line 10: | Line 10: | ||
Les ''données de configuration'' sont les données qui permettent de configurer le serveur '''Akonadi''' et les ressources individuelles. Les données de configuration pour le serveur se trouve sous $HOME/.config/akonadi, la configuration des ressources sont principalement stockés dans $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' est le nom de la ressource et '''''#''''' son numéro d'instanciation). | Les ''données de configuration'' sont les données qui permettent de configurer le serveur '''Akonadi''' et les ressources individuelles. Les données de configuration pour le serveur se trouve sous $HOME/.config/akonadi, la configuration des ressources sont principalement stockés dans $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' est le nom de la ressource et '''''#''''' son numéro d'instanciation). | ||
The '''Akonadi''' server configuration is a couple of files in ''$HOME/.config/akonadi'' - this can be changed through environment variables, $XDG_DATA_HOME and $XDG_CONFIG_HOME, defaulting to ''$HOME/.local/share'' and ''$HOME/.config'' respectively if not set. It contains which data sources and helper programs are active and will be started and watched (so they can be restarted on crashes) by one of '''Akonadi's''' server processes '''(akonadi_control)'''. KDE's local base directory can be changed using th $KDEHOME environment variable, defaulting to $HOME/.kde when not set (or to $HOME/.kde4 if the distributor changed the default by patching the code). | |||
See {{Input|1=kde4-config --path data}} | |||
Each data source handler (called resources) or helper program (called agents) | |||
can have its own configuration although some agents or resources don't require configuration. The general rule is that for every entry in $HOME/.config/akonadi/agentsrc there is a corresponding configuration file in $HOME/.kde/share/config. For example, if the [Instances] section in agentrc contains an entry for akonadi_ical_resource_2, there is also a config file called akonadi_ical_resource_2rc in the KDE config directory. | |||
Depending on the type of data, such config files for resources will have | |||
filenames or directory names of where the data is stored. Common locations are KDE's legacy default files, e.g. $HOME/.kde/share/apps/korganizer/std.ics. New default locations are files and directories in $HOME/.local/share, | |||
e.g. $HOME/.local/share/contacts. | |||
For now (as in actually released versions) the database is merely used for | |||
caching and keeping structural information (e.g. which addressbook a contact | |||
belongs to). This will change when Akonadi is being used for email, since state information like read/unread is also stored there (unless the backend is also capable of doing this, e.g. IMAP). | |||
==Organiser les sauvegardes== | ==Organiser les sauvegardes== |
Revision as of 11:02, 11 October 2010
Cette information a été fournie par Tobias Koenig, développeur KDE-PIM.
Quelques définitions
Par données réelles nous entendons les données, comme les contactes ou les évènements. Ces données sont stockées soit sur un serveur groupware soit dans des fichiers en local. Où exactement dépend de la ressource que vous utilisez. Par exemple, la ressource Contacts personnels stocke ses données sous $HOME/.local/share/contacts tandis que la ressource des Fichiers VCard (qu'il n'est de toute façon pas recommandé d'utiliser ) stocke ses données sous $HOME/.kde/share/apps/kabc/std.vcf.
Les données mises en cache sont des copies des données réelles qui sont conservées dans la base de données pour un accès plus rapide et en mode hors connexion. La base de données conserve également les méta-données, données de gestion nécessaires au bon fonctionnement du logiciel Akonadi.
Les données de configuration sont les données qui permettent de configurer le serveur Akonadi et les ressources individuelles. Les données de configuration pour le serveur se trouve sous $HOME/.config/akonadi, la configuration des ressources sont principalement stockés dans $HOME/.kde/share/config/akonadi_xyz_resourcerc# (xyz est le nom de la ressource et # son numéro d'instanciation).
The Akonadi server configuration is a couple of files in $HOME/.config/akonadi - this can be changed through environment variables, $XDG_DATA_HOME and $XDG_CONFIG_HOME, defaulting to $HOME/.local/share and $HOME/.config respectively if not set. It contains which data sources and helper programs are active and will be started and watched (so they can be restarted on crashes) by one of Akonadi's server processes (akonadi_control). KDE's local base directory can be changed using th $KDEHOME environment variable, defaulting to $HOME/.kde when not set (or to $HOME/.kde4 if the distributor changed the default by patching the code).
See
kde4-config --path data
Each data source handler (called resources) or helper program (called agents) can have its own configuration although some agents or resources don't require configuration. The general rule is that for every entry in $HOME/.config/akonadi/agentsrc there is a corresponding configuration file in $HOME/.kde/share/config. For example, if the [Instances] section in agentrc contains an entry for akonadi_ical_resource_2, there is also a config file called akonadi_ical_resource_2rc in the KDE config directory.
Depending on the type of data, such config files for resources will have filenames or directory names of where the data is stored. Common locations are KDE's legacy default files, e.g. $HOME/.kde/share/apps/korganizer/std.ics. New default locations are files and directories in $HOME/.local/share, e.g. $HOME/.local/share/contacts.
For now (as in actually released versions) the database is merely used for caching and keeping structural information (e.g. which addressbook a contact belongs to). This will change when Akonadi is being used for email, since state information like read/unread is also stored there (unless the backend is also capable of doing this, e.g. IMAP).
Organiser les sauvegardes
Alors maintenant, nous devons décider de ce qu'il faut sauvegarder. Si vous souhaitez sauvegarder les « données réelles », alors cela dépend des ressources que vous avez configurées... Si vous utilisez un serveur groupware, alors la sauvegarde doit être faite sur le serveur. Pour les contacts, les fichiers sous $HOME/.local/share/contacts sont normalement ce dont vous avez besoin.
L'icône de la miniature Akonadi vous offre une fonction de sauvegarde et de restauration. Elle sauvegarde les « données en cache » qui peuvent ne pas inclure toutes vos données ! Cela peut être utile si vous voulez cloner un système 1:1, alors vous pouvez copier les données en cache avec les vraies données et la configuration, de telle façon que vous n'aurez pas à charger à partir des sources à nouveau (comme pour le serveur groupware).
Examiner vos ressources
KRunner vous offre la possibilité d'une Configuration d'Akonadi, ou alors vous pouvez y accéder à l'aide de la
. Vous pourrez y trouver plusieurs ressources configurées. Vous pouvez en trouver une étiquetéeCarnet d'adresses - Aucune extension du carnet d'adresses KDE n'est encore configurée.
C'est le vieux pont de compatibilité (peut-être créé par l'outil de migration). Vous devriez le supprimer !
std.vcf - Ready
Il s'agit de la 'Resource de fichier VCard qui pointe vers $HOME/.kde/share/apps/kabc/std.vcf par défaut. Il n'est pas recommandé que vous l'utilisiez, puisqu'il ne bénéficie pas des avantages d’Akonadi.
Contacts personnels- Offline
C'est la ressource de choix pour vos contacts locaux qui pointe vers
$HOME/.local/share/contacts
Notez que cela peut dire « Offline » alors qu'en fait, vous l'utilisez. Il s'agit d'un bug d'affichage, et peut donc être ignoré en toute sécurité.
Et quand plusieurs composants utilisent Akonadi ?
Quand le reste des éléments est déplacé vers Akonadi, est-ce que toutes les données seront sous ~/.local/share ? Cela rendrait la sauvegarde facile. Eh bien, les contacts et les mails sont stockés là maintenant, je ne sais pas quel est le plan pour les événements et les todo-listes, mais il serait logique de les stocker là aussi. Nous le garderons à l'esprit lorsque le débat aura lieu !