objet depuis un ldif. Il faut s'assurer avant de créer l'objet
que le ldif est valide. C'est fait par setitem pour tout ce qui est
modification, et par _create_entity pour ce qui est création
tester si c'est soi-même qu'on modifie, pour tester si on peut bien
altérer l'objet concerné.
Création des objets en deux temps (on crée l'objet Crans, puis
on l'enregistre dans ldap après test des droits.
Changement de méthode de binding : le binding nominatif va être bien
trop complexe à implémenter, on va donc faire autrement...
On hésite encore à faire enregistrer les ipv6 et préfixes v6 dans
la base ldap, ou les recalculer à chaque fois. Chaque méthode semble
avoir des avantages, inscrire les ipv6 dans la base obligerait à
faire une grosse modif en cas de changement de routeur/préfixe, ne
pas les mettre prive le binding de la possibilité d'ajouter des
ipv6 en plus à certaines machines.
des ip filaires. À venir, la rationalisation de mitdools pour avoir un équivalent
de ip_of_mid dans l'autre sens (genre, si une nounou veut fixer l'ip d'une machine)
C'est utilisé par l'intranet2 actuellement parce que $USER et $SUDO_USER ne contiennent rien,
et de toutes façons ce serait sans rapport avec l'user logué.
Par contre j'aime pas le fait qu'on doive fournir ce login dès qu'on veut faire un truc.
(là il faut le fournir à update_solde) mais je vois pas trop comment faire autrement.
On bind allMachines dessus et on ajoute allAdherents en bindant également.
On ajoute aussi une methode paiement_ok dans la classe proprio car pratique.
Cette fois, pour allMachinesAdherents on oublie pas de traiter les club, mais on refait un appel
à l'annuaire ldap pour chaque club pour trouver le responsable ce qui prends un temps non négligeable
(c'est toujours mieux que de refaire un appel pour chaque machine pour trouver le propriétaire)
il est inutile losque l'on construit les propriétaires des machines de réintérroger l'annuaire
ldap pour les obtenir alors que l'on vient de dumper tout l'annuaire.
Pour cela, on rajoute un paramètre optionel machines à la classe proprio, et on construit directement
les propriétaires en appelant la classe
adhérant au lieu de passer par la methode new_cransldapobject.
il est inutile losque l'on construit les propriétaires des machines de réintérroger l'annuaire
ldap pour les obtenir alors que l'on vient de dumper tout l'annuaire.
Pour cela, on rajoute un paramètre optionel machines à la classe proprio, et on construit directement
les propriétaires en appelant la classe
adhérant au lieu de passer par la methode new_cransldapobject.
