Akonadi and AddressBook/it: Difference between revisions

From KDE UserBase Wiki
mNo edit summary
(Updating to match new version of source page)
Line 10: Line 10:


I ''dati di configurazione'' sono i dati che consentono di configurare il server '''Akonadi''' e le singole risorse. I dati di configurazione per il server possono essere trovati in $HOME/.config/akonadi, le configurazioni per le risorse sono per lo più memorizzate in $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' è il nome della risorsa e '''''#''''' il numero della sua istanza).
I ''dati di configurazione'' sono i dati che consentono di configurare il server '''Akonadi''' e le singole risorse. I dati di configurazione per il server possono essere trovati in $HOME/.config/akonadi, le configurazioni per le risorse sono per lo più memorizzate in $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' è il nome della risorsa e '''''#''''' il numero della sua istanza).
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).


==Organizzazione delle copie di sicurezza==
==Organizzazione delle copie di sicurezza==

Revision as of 11:02, 11 October 2010

Queste informazioni sono state fornite da Tobias Koenig, sviluppatore di KDE-PIM.

Alcune definizioni

Con dati reali intendiamo i dati, come i contatti o gli eventi. Questi dati sono memorizzati o su un server groupware o in file locali, dove, nello specifico, dipende dalla risorsa che stai utilizzando. Per esempio la risorsa Contatti personali memorizza i suoi dati in $HOME/.local/share/contacts, mentre la risorsa File VCard (che comunque non è consigliabile utilizzare ) memorizza i sui dati in $HOME/.kde/share/apps/kabc/std.vcf.

I dati memorizzati sono copie dei dati reali conservate nel database per un accesso più veloce e memorizzazione non in linea. Il database inoltre conserva i meta dati che sono dati di gestione necessari ad Akonadi per funzionare correttamente.

I dati di configurazione sono i dati che consentono di configurare il server Akonadi e le singole risorse. I dati di configurazione per il server possono essere trovati in $HOME/.config/akonadi, le configurazioni per le risorse sono per lo più memorizzate in $HOME/.kde/share/config/akonadi_xyz_resourcerc# (xyz è il nome della risorsa e # il numero della sua istanza).

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).

Organizzazione delle copie di sicurezza

Ora dunque dobbiamo decidere cosa includere nella copia di sicurezza. Se vuoi copiare i "dati reali", allora dipende dalle risorse che hai configurato... Se utilizzi un server groupware, allora la copia dovrebbe essere fatta lì. Per i contatti, i file in $HOME/.local/share/contacts sono quello di cui avrai bisogno normalmente.

L'icona di Akonadi nel vassoio di sistema ti offre una funzionalità di copia e ripristina dei dati memorizzati che potrebbe non includere tutti i tuoi dati! Può essere utile se vuoi clonare un sistema 1:1, in tal caso puoi copiare i dati memorizzati insieme ai dati reali e alla configurazione, così non devi caricare i dati nuovamente dalle fonti (per esempio dal server groupware).

Esaminare le tue risorse

KRunner ti offre la voce Configurazione Risorse Akonadi o altrimenti puoi accedere ad essa tramite l'icona Akonadi nel vassoio di sistema -> Configura. Puoi trovare parecchie risorse impostate. Puoi trovarne una etichettata

Rubrica - Nessun plugin rubrica di KDE già configurato.

Questo è il vecchio "ponte" di compatibilità (probabilmente creato dallo strumento di migrazione). Dovresti rimuoverlo!

std.vcf - Pronto

Questo è il file risorsa VCard che punta a HOME/.kde/share/apps/kabc/std.vcf in modo predefinito. Non è raccomandato il suo utilizzo, dal momento che non condivide i benefici di Akonadi.

Contatti personali - Non in linea

Questa è la risorsa preferita per i tuoi contatti locali, punta a

$HOME/.local/share/contacts

Nota che potrebbe essere segnalata come "Non in linea" quando in realtà la stai utilizzando. Questo è un errore di visualizzazione che può essere tranquillamente ignorato.

E quando più componenti utilizzano Akonadi?

Quando il resto dei componenti passerà ad Akonadi, tutti i dati saranno sotto ~/.local/share? Questo dovrebbe render facile fare copie di sicurezza. Bene, ora i contatti e i messaggi di posta sono memorizzati qui, non so quali siano i piani per gli eventi/cose da fare, ma avrebbe senso memorizzarli anch'essi qui. Terremo questo a mente quando inizierà la discussione.