Akonadi and AddressBook/es: Difference between revisions

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


    Los ''datos de configuración'' son los datos que configuran el servidor '''Akonadi''' y los recursos individuales. Los datos de configuración para el servidor se encuentran en $HOME/.config/akonadi, y las configuraciones de los recursos se encuentran en su mayoría en $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' es el nombre del recurso y '''''#''''' su número de instancia).
    Los ''datos de configuración'' son los datos que configuran el servidor '''Akonadi''' y los recursos individuales. Los datos de configuración para el servidor se encuentran en $HOME/.config/akonadi, y las configuraciones de los recursos se encuentran en su mayoría en $HOME/.kde/share/config/akonadi_xyz_resourcerc# ('''''xyz''''' es el nombre del recurso y '''''#''''' su número de instancia).
    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).


    == Organización de las copias de seguridad ==
    == Organización de las copias de seguridad ==

    Revision as of 11:02, 11 October 2010

    Esta información ha sido proporcionada por Tobias Koenig, el desarrollador de KDE-PIM.

    Algunas definiciones

    Por datos reales entendemos los datos, como los contactos o eventos. Estos datos son almacenados o en un servidor groupware o en archivos locales. Exactamente depende del recurso que estés utilizando. Por ejemplo, el recurso Contactos Personales almacena sus datos en $HOME/.local/share/contacts mientras que el recurso VCard File (cuyo uso no se recomienda ) almacena sus datos en $HOME/.kde/share/apps/kabc/std.vcf.

    Los datos almacenados en cache son copias de los datos reales que están almacenados en la base de datos para un acceso más rápido y una utilización sin conexión. La base de datos también contiene los meta datos que son datos para la gestión necesarios para que Akonadi funcione correctamente.

    Los datos de configuración son los datos que configuran el servidor Akonadi y los recursos individuales. Los datos de configuración para el servidor se encuentran en $HOME/.config/akonadi, y las configuraciones de los recursos se encuentran en su mayoría en $HOME/.kde/share/config/akonadi_xyz_resourcerc# (xyz es el nombre del recurso y # su número de instancia).

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

    Organización de las copias de seguridad

    Ahora tenemos que decidir de qué queremos hacer una copia de seguridad. Si quieres hacer una copia de seguridad de los "datos reales", entonces depende de como estén configurados los recursos... si utilizas un servidor groupware, entonces la copia de seguridad debería ser realizada allí. Para los contactos, los archivos de $HOME/.local/share/contacts serán normalmente los que necesites.

    El icono de Akonadi en la bandeja del sistema te ofrece la función de hacer una copia de respaldo o restaurarla. ¡Esto hace una copia de los "datos en caché" que pueden no incluir todos tus datos! Puede ser útil si quieres clonar un sistema 1:1, con lo que puedes copiar los datos de caché junto con los datos reales y de configuración, de forma que no tengas que cargar los datos otra vez desde las fuentes (por ejemplo, un servidor groupware).

    Examinando tus recursos

    KRunner te ofrece acceso a la Configuración de recursos de Akonadi, a la que también puedes acceder desde el icono de Akonadi en la bandeja del sistema -> Configurar. Puedes encontrar las configuraciones de varios recursos. Puede que encuentres uno llamado

    Address Book - Todavía no se ha configurado ningún complemento de la libreta de direcciones de KDE.

    Este es el antiguo puente de compatibilidad (posiblemente creado por la herramienta de migración) ¡Debes eliminarlo!

    std.vcf - Preparado

    Este es el recurso VCard File que apunta a $HOME/.kde/share/apps/kabc/std.vcf por defecto. Se recomienda que no lo utilices puesto que no comparte los beneficios de Akonadi.

    Personal Contacts - Offline

    Este es el recurso preferido para tus contactos locales, que apunta a

    $HOME/.local/share/contacts

    Ten en cuenta que puede decir "Offline" cuando realmente lo estás usando. Es un fallo a la hora de mostrar la información y puede ser ignorado con seguridad.

    ¿Y cuándo más componentes usen Akonadi?

    Cuando el resto de componentes se integren en Akonadi, ¿todos los datos estarán en ~/.local/share? Eso debería facilitar las copias de respaldo. Ahora mismo los contactos y los correos electrónicos se almacenan ahí, pero no se cual es el plan para los eventos y las tareas pendientes, aunque tendría sentido almacenarlos ahí también. ¡Lo tendremos en cuenta cuando aparezca el debate!