Re: [sympa-fr] cache sympa, option ttl et ldap

[Olivier Salaun - CRU <adresse@cachée>]

Bonjour,

Le comportement de Sympa vis à vis des sources de données de type 
'include' dépend du paramètre 'user_data_source' qui peut être 
positionné à 'include' ou 'include2'. Vous semblez avoir choisi l'ancien 
mode "include" ; je vai cependant détailler les 2 fonctionnements :

* include
Le cache des abonnés est maintenu sur disque dans un fichier 
subscribers.db au format DB. Le cache est mis à jour toutes les 'ttl' 
secondes de préférence par un processus autre que le CGI (wwsympa) pour 
préserver les temps de réponse web. wwsympa n'effectue cette opéraion de 
mise à jour que si le cache est plus vieux que 'tt2'*2. L'élément 
déclencheur de la mise à jour est une opération quelconque impliquant la 
liste (beaucoup d'opérations impliquent le parcour de toutes les listes)

* include2
Le nouveau mode (depuis la 3.4) de gestion des sources de données 
externes, à terme le seul.
Le cache des abonnés est maintenu dans la base de données (MySQL par ex) 
et la mise à jour est effectuée periodiquement (toujours 'ttl') par un 
processus dédié (bounced.pl). Ce mode offre de nouvelles fonctionnalités 
comme la possibilité de mélanger des personnes abonnées et "inclues", 
les personnes inclues peuvent choisir un mode de réception...

adresse@cachée wrote:

> Je cherche de l'information concernant le cache sympa vis à vis de listes 
> ldap de type : include_ldap_query.
>
> Lors que l'on crée ou que l'on modifie la "source de données" de la liste, le 
> cache sympa (subscribers.db) est réactualisé et se visualise lorsque l'on demande la 
> liste des abonnés.
> [...]
> Sur quelle action le cache (fonction du ttl) est il réactualisé par rapport à 
> ldap ?
> - Par ex dans la gestion de la liste si l'on clique sur abonnés, la liste des 
> abonnés ne se rafraichit pas au bout des <ttl> secondes ...
>  
--
Olivier Salaun
Comite Reseau des Universites