(Courriels de diversion: <script-girls@deliee-profilant.com> <collyres@preferentielle-affaissons.com> <civiliser@petroliers-analphabete.com> <cicatrises@renaissions-maigriront.com> <archetypes@rengorges-poinconnes.com> <frequentent@bibliophiles-perone.com> <caries@miel-insonoriserent.com> <devoraient@mollissent-tranchiez.com> <ligatureriez@parlements-ereintant.com> <affilia@fauvette-terrain.com> )
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 kernel wrote: | Apres bouquinage de doc, il y a 2 facons de "distribuer du ldap" : | | - La replication : 1 maitre qui recoit les update/insertion, et des esclaves | qui recoivent les modifications apportées via slurpd | inconvenient : il y a une periode ou les données ne sont pas synchronisée. c'est la meme fonctionnalite que les bases de donnees la periode est tres courte de plus, il faut bien se rappeler, qu'un ldap n'est pas concu pour des modifs frequentes | - La Delegation : Les données etant organisées en arbre, il est possible | de deleguer des sous-arbres. et de repartir ainsi les données sur plusieurs | serveurs. c'est calque sur le comportement du dns ps : j'envisage une conf ldap pour l'automne - -- Eric Gerbier cnrm/cti -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+5YQMNzh6q8tvpCoRAjbJAJ9plRokoFBijBSF14NEB8ZL8JUUsQCfSqXD 4XQ0v7/Hqxr2h0c3uXuDchc= =47+k -----END PGP SIGNATURE----- -------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>