Akonadi and AddressBook/fr: Difference between revisions

From KDE UserBase Wiki
(Created page with '''Carnet d'adresses'' - Aucune extension du carnet d'adresses KDE n'est encore configuré.')
(Created page with 'C'est le vieux pont de compatibilité (peut-être créé par l'outil migrateur). Vous devriez le supprimer !')
Line 23: Line 23:
''Carnet d'adresses'' - Aucune extension du carnet d'adresses KDE n'est encore configuré.
''Carnet d'adresses'' - Aucune extension du carnet d'adresses KDE n'est encore configuré.


That's the old compatibility bridge (possibly created by the migrator tool).
C'est le vieux pont de compatibilité (peut-être créé par l'outil migrateur).  
You should remove this one!
Vous devriez le supprimer !


''std.vcf'' - Ready
''std.vcf'' - Ready

Revision as of 12:51, 6 August 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).

Organiser les sauvegardes

Alors maintenant, nous devons décider 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 l'Miniature Akonadi -> Configurer. Vous pourrez y trouver plusieurs ressources configurées. Vous pouvez en trouver une étiquetée

Carnet d'adresses - Aucune extension du carnet d'adresses KDE n'est encore configuré.

C'est le vieux pont de compatibilité (peut-être créé par l'outil migrateur). Vous devriez le supprimer !

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!