Introduction

LdapSaisie est une application web d'administration d'annuaire LDAP développée en PHP/Javascript. Cette application a pour but d'abstraire la complexité d'un annuaire par l'intermédiraire d'une interface d'administration simple et intuitive. L'application a été concue avec pour objectif premier une modularité maximum, ce qui permet l'extention ou l'adaptation facile de l'application par l'intermédiaire de modules, d'extentions et de greffons. Cette application peut être utilisée pour administrer le système d'information basé sur l'annuaire LDAP et également en paralèlle pour permettre aux utilisateurs d'avoir accès aux données les concernants et éventuellement de les modifier.

Fonctionnalités

De part sa modularité, LdapSaisie est facilement extensible. Cependant, voici une liste non-exhaustive de ses fonctionnalités :

• Gestion d'annuaire simple et multi-branches
• Gestion d'un nombre illimité de types d'objets
• Gestion d'un nombre illimité de populations se connectant à l'interface
• Gestion fine des droits des utilisateurs, permettant la maitrise des droits d'accès sur les objets de l'annuaire et leurs atributs, tout en permettant la délégation de droits.

• Gestion d'un grand nombre de types d'attributs :

  • Texte (court ou long)
  • Date (format paramétrable)
  • Booléen (valeurs paramétrables)
  • Image/Photo
  • Mot de passe (génération de mot passe avec gestion d'une politique fine)
  • Adresse mail
  • Flux RSS
  • Lien web (URL)
  • Adresse XMPP
  • Maildir
  • Quota de mails
  • Clef publique SSH
  • Liste déroulante à choix simple ou multiple

  • Relation à d'autres objets de l'annuaire/ Exemple : membres d'un groupe, parrain d'un utilisateur, ... (valeur clé paramétrable)

    Note

    Chaque type d'attribut à des fonctionnalités qui lui sont propres et qui rendent plus facile et agréable l'utilisation de l'interface (génération automatique de mot de passe, génération des valeurs d'un champ à partir d'autres, ...).

• Gestion d'un grand nombre de règles de vérification des valeurs des attributs :
  • Alpha-numérique
  • Lettres uniquement
  • Longeur maximale/minimale d'une chaine de caractères
  • Valeur différente de zéro
  • Pas de signe de ponctuation
  • Valeur numérique
  • Comparaison de valeur
  • Date
  • Adresse mail
  • Poids d'une image
  • Taille d'une image
  • Type de fichiers images
  • Politique de mot de passe (longueur/caractères autorisés/caractères obligatoires)

• Gestion simplifiée des relations entre les objets de l'annuaire
• Interface facilement personnalisable grâce à l'utilisation d'un système de template.
• Possibilité de postionner des déclencheurs permettant d'exécuter vos propres scripts, fonctions ou méthodes au moments précis ou l'utilisateur créé, modifie ou supprime un objet ou un de ses attributs. Ces déclencheurs, en fonction de leur positionnement, peuvent influencer le comportement de l'application en empêchant par exemple, la validation des données d'un formulaire.
• Gestion fine de l'affichage des attributs en fonction de l'écran (=vue) sur lequel se trouve l'utilisateur.
• Gestion des dépendances entre attributs, permettant par exemple de regénérer automatiquement la valeur d'un attribut caché lors de la modification d'un autre.
• Possibilité de gérer des attributs entièrement cachés, dont les valeurs seront modifiées lors de la modification d'attribut en dépendance.

Pré-requis

• Le service Apache HTTP avec le module mod_rewrite d'activé. Les règles de réécriture d'URL sont définies dans le fichier .htaccess fourni avec l'application et il est donc nécessaire d'autoriser une telle configuration à ce niveau via la directive AllowOverride devant inclure à minima FileInfo.

• L'utisateur exécutant le serveur web doit avoir les droits d'écriture sur le dossier tmp. En cas d'installation à partir du paquet Debian, ce dossier est remplacé par un lien symbolique vers le dossier /var/cache/ldapsaisie/.

• PHP 5.6 (ou supérieur) avec magic_quotes_gpc et register_globals à off. L'outil CLI de PHP est par ailleurs nécessaire pour l'utilisation des outils CLI fournis avec l'application (fourni par le paquet php-cli dans Debian).

• Le support LDAP dans PHP (paquet php-ldap dans Debian)

• Le support mhash dans PHP (paquet php5-mhash dans Debian Lenny, intégré à php-common dans les versions supérieurs)

• Le support json dans PHP (pear install pecl/json sur RedHat, intégré au paquet php5-common précédement)

• Net_LDAP2 (paquet php-net-ldap2 dans Debian ou pear install net_ldap2)

• Le support mbstring dans PHP (paquet php-mbstring depuis Debian Stretch, intégré au paquet php-common dans Debian)

• Smarty (paquet smarty3 dans Debian)

• La librairie Console_Table (nécessaire pour le fonctionnement de l'outil CLI, paquet php-console-table dans Debian)

• Les librairies Mail et PEAR_Mail_Mime (nécessaire pour l'envoi de courriels, paquets php-mail et php-mail-mime dans Debian)

• L'extension PHP ftp (nécessaire pour le fonctionnement du LSaddon FTP, paquet php-ftp dans Debian)

• La librairie PhpSecLib (nécessaire pour le fonctionnement du LSaddon SSH, paquet php-phpseclib dans Debian)

Téléchargement

À partir du paquet Debian

L'installation à partir du paquet Debian peut être réalisée soit en téléchargeant manuellement le paquet, soit en déclarant le dépôt APT suivant dans votre fichier /etc/apt/sources.list :

deb http://ldapsaisie.org/debian stable main

Il ne vous restera ensuite plus qu'a installer le paquet ldapsaisie avec la commande suivante :

apt-get install ldapsaisie

Le fichier /etc/ldapsaisie/apache.conf est un example de configuration du serveur web Apache. La configuration du logiciel ce fera ensuite dans le dossier /etc/ldapsaisie/local/.

À partir de Git

Le dépôt Git peut être récupéré anonymement en utilisant la commande suivante :

git clone https://gitlab.easter-eggs.com/ee/ldapsaisie.git

La racine web de l'application se trouvera alors dans le dossier /ldapsaisie/src/public_html/.

À partir des snapshot

Toutes les nuits, un snapshot de l'arbre Git est réalisé et est téléchargeable au format tar.gz à l'adresse suivante :

http://ldapsaisie.org/download/ldapsaisie-snapshoot.tar.gz

Arborescence du projet

• doc/

  Les fichiers sources de la documentation (Markdown & configuration Mkdocs).

• lsexample/

  Les fichiers relatifs à l'annuaire d'exemple.

• src/

  Les sources de l'application.

  • public_html/

    La racine web de l'application : celle-ci ne contient que les fichiers .htaccess et index.php qui configure et déclenche la réécriture d'URL.

  • conf/

    Contient les fichiers de configuration.

    • LSobjects/

      Configuration des LSobjects.

    • LSaddons/

      Configuration des LSaddons.

    • LSauth/

      Configuration des LSauthMethod.

  • includes/

    Contient les fichiers des ressources.

    • addons/

      Les addons au projet.

    • class/

      Les fichiers de définition des classes PHP.

    • js/

      Les fichiers Javascript.

    • libs/

      Les librairies utilisées.

  • lang/

    Les fichiers d'internationalisation.

  • templates/

    Les fichiers template de l'interface. Il y a un sous-dossier par template.

  • css/

    Les fichiers css de l'interface. Il y a un sous-dossier par template CSS.

  • images/

    Les images de l'interface. Il y a un sous-dossier par template d'image.

  • local/

    Les fichiers personnalisés de l'installation.

  • tmp/

    Les fichiers temporaires (y compris le cache des templates).

Tutoriel d'installation

Cette section décrit les différentes étapes de l'installation de LdapSaisie. Deux méthodes d'installation sont présentées ici, l'une à partir des sources du projet et l'autre à partir du paquet Debian.

Dans ce tutoriel, nous partirons du principe que vous avez pleinement la main sur votre serveur (installation de nouveau paquet et configuration de votre serveur web). Nous partons également du principe que votre annuaire LDAP est déjà en place. Nous utiliserons pour cette exemple de mise en oeuvre l'annuaire correspondant au schéma et à la configuration présente dans les sources du projet dans le dossier lsexample.

La première étape consiste à installer le locigiel en tant que tel. Pour cela, référez vous au chapitre Téléchargement.

En cas d'installation à partir du paquet Debian, la configuration du logiciel se fera dans le dossier /etc/ldapsaisie/local/. Les fichiers placés dans ce dossier prévaleront toujours aux fichiers fournis par le paquet Debian, vous permettant facilement de modifier un composant existant ou dans écrire de nouveaux. Ainsi, pour modifier un fichier CSS par exemple, il vous suffira de le placer dans le dossier /etc/ldapsaisie/local/css/.

Pour une installation à partir du code source, il vous faut cloner le dépôt Git du projet dans le dossier /var/www/ldapsaisie. Pour cela il vous faut avoir installés les outils de Git contenu, dans Debian, dans le paquet git-core. Le dépôt Git doit ensuite être récupéré anonymement en utilisant la commande suivante :

git clone https://gitlab.easter-eggs.com/ee/ldapsaisie.git /var/www/ldapsaisie

La suite des opérations se déroulera donc maintenant dans le dossier /var/www/ldapsaisie. Pour avoir plus de détails sur les élements qu'on retrouve dans ce dossier, vous pouvez consulter la section concernée. Nous allons nous instérésser plus particulièrement :

• au script upgradeFromGit.sh permettant la mise à jour de votre repos tout en concervant les adaptations que nous ferons pour l'usage d'LdapSaisie adapté à notre annuaire ;

• au dossier config.local dans lequel seront stockés vos fichiers et vos adaptations de l'application ;

• au dossier src/public_html qui correspond à la futur racine du site web de l'application.

Le principe de l'adaptation est ici de mettre vos fichiers personnalisés dans le dossier config.local, de les déclarer dans votre fichier config.local/local.sh contenant la liste des fichiers devant être installés. Le fichier local.sh est la source de configuration du script upgradeFromGit.sh. Il faut donc dans un premier temps créer votre fichier local.sh en copiant le fichier d'example local.sh.example. Ce fichier est un script bash déclarant les variables de configurations suivantes :

• LOCAL_FILES

  La liste des chemins des fichiers à installer dans l'arboressence du site. Cette élément doivent être séparés par des espaces ou des retour à la liste. Exemple :

  conf/config.inc.php
  lang/fr_FR.UTF8/lang.php
  

• LOG_FILE

  Nom du fichier de log des mises à jour.

• THEME

  Le nom du theme à installer (facultatif et non traité dans ce tutoriel).

  Note

  Il est possible d'utiliser dans ce fichier de configuration la variable bash $ROOT_DIR correspondant au chemin du dossier d'installation, c'est à dire dans notre exemple /var/www/ldapsaisie.

La deuxième étape concerne la configuration globale de l'application : Cette partie est principalement contenue dans le fichier src/conf/config.inc.php (ou /etc/ldapsaisie/local/conf/config.inc.php en cas d'installation à partir du paquet Debian). En cas d'installation à partir du code source, il faut donc dans un premier temps copier ce fichier dans le dossier config.local et le déclarer dans la liste des fichiers à déployer lors des mises à jour (variable LOCAL_FILES dans le fichier local.sh). Il s'agit en particulier dans ce fichier de configurer la connexion à votre annuaire. Vous pouvez vous inspirer du fichier d'exemple fourni et pour plus de détails, reportez-vous à la section concernée.

La troisième étape concerne la configuration des types de LSobjects : Chaque type d'objet manipulé par LdapSaisie doit correspondre avec un type de LSobject.

1. Création du fichier de classe (optionnel) : Ce fichier contient la déclaration de la classe PHP correspondant au type de LSobject. Cette classe étend la classe LSldapObject qui contient pour ainsi dire toute les méthodes et proprités nécessaires pour les types de LSobject simples. Si votre type de LSobject nécessite des méthodes ou propriétés particulières, vous pouvez implémenter cette classe. À défaut, une classe vierge d'adaptation sera automatiquement déclarée.

   Les fichiers des classes sont contenus dans le dossier /includes/class/ et portent les noms composés de la manière suivante :

   class.LSobjects.[nom du type d'LSobject].php
   

2. Configurer vos LSobject : Cette partie est certainement la plus longue et consiste à déclarer l'ensemble des informations relatives aux types des objets LDAP manipulés. Les fichiers d'exemples fournis vous seront alors d'une aide précieuse. Basez vous sur l'un de pour créer le votre. Pour cela le fichier de configuration du type d'LSobjet LSpeople est le plus complet et est un bon point de départ. Pour plus de détails sur les élements de configuration de ce fichier, reportez-vous à la section concernée.

3. Configurer si nécessaire les relations entre les objets appelés LSrelations. Les relations les plus simples (via un attribut de liaison) pourront être implémentées à l'aide d'un simple paramètrage. Pour des relations, plus complexes, il sera possible d'implémenter des méthodes personnalisées pour les gérer. Pour plus de détails, reportez-vous à la section concernée.

   Note

   Pour avoir un exemple de fichier de classe PHP implémentant des methodes de gestion de LSrelations complexes, vous pouvez consulter le fichier de classe LSgroup.

src/conf/LSobjects/config.LSobjects.LSexample.php
src/includes/class/class.LSobjects.LSexample.php

En cas d'installation à partir du code source, une dernière étape à ce niveau consiste à lancer le script upgradeFromGit.sh pour qu'il installe les fichiers que vous venez de créer. Ce script est conçu pour dire tout ce qu'il fait donc en cas de problème vous devriez rapidement comprendre où cela coince. Dans tout les cas, n'hésitez pas à poser vos questions à la communauté sur la liste ldapsaisie-users@lists.ldapsaisie.org.

Mise à jour

Cette section de la documentation détaille la procédure de mise à jour d'une installation existante et regroupe des informations pratiques et utiles pour des montées de versions spécifiques entraînant par exemple une perte de rétrocompatibilité de la configuration.

Procédure de mise à jour

Installation via paquet Debian

Lors d’une installation par paquet Debian, la mise à jour est grandement facilité par le packaging : Il vous suffit de mettre à jour le paquet ldapsaisie :

apt update
apt install ldapsaisie

Une fois l’application mise à jour, prêté attention aux nouveautés et point de vigilances décrite dans la section suivante.

Installation à partir des sources

Lors d’une installation par à partir des sources, le script upgradeFromGit.sh permet d’automatiser la mise à jour, à condition que vous ayez suivi la procédure d’installation à ce sujet.

Ce script s’occupera alors de :

• Nettoyer working-tree Git des liens symboliques des fichiers locaux (et éventuellement du thème) mis en place lors d’une précédente exécution ;

• Vider le cache des templates ;

• Mettre à jour le working-tree Git via un git pull de la mise à jour ;

• Installer des liens symboliques pour les fichiers locaux. En cas de fichier remplacant un fichier livré avec l’application, le script vous notifiera en cas de changement intervenu dans le fichier fourni avec l’application et vous permettra de le mettre à jour simplement votre fichier local (via un vim -d) ;

• Détecter des changements dans les fichiers MO (traduction) et de déclencher dans ce cas un rechargement du serveur web pour prise en compte ;

• Option : de compiler une version locale à jour de la documentation ;

Une fois l’application mise à jour, prêté attention aux nouveautés et point de vigilances décrite dans la section suivante.

Mise à jour 2.4.1 -> 3.0.0

Cette mise à jour majeure apporte de nombreuses nouveautés auxquelles il est important de prêter attention. Cette section ne parlera pas particulièrement de ces nouveautés, mais vous pouvez consulter le fichier debian/ldapsaisie.NEWS pour cela. Cette section listera en outre les points de vigilances à avoir et les adaptations à apporter sur votre configuration et votre code personnalisé.

Fichier config.inc.php

• ajout du paramètre ConsoleTable avec pour valeur par défaut sous Debian /usr/share/php/Console/Table.php

• ajout du paramètre public_root_url avec pour valeur par défaut sous Debian /ldapsaisie

• paramètre $GLOBALS['defaultCSSfiles'] : il est nécessaire de modifier les URLs des fichiers listés : seul le nom du fichier doit rester, sa localisation sera détectée automatiquement. Par exemple, $GLOBALS['defaultCSSfiles'] = array('../light-blue.css'); devient $GLOBALS['defaultCSSfiles'] = array('light-blue.css');.

• les paramètres authObjectType, authObjectFilter et authObjectTypeAttrPwd sont remplacés par le tablau LSobjects dans le paramètre LSauth.

  Par exemple:

  'authObjectType' => 'LSpeople',
  'authObjectFilter' => '(|(uid=%{user})(mail=%{user}))',
  'authObjectTypeAttrPwd' => 'userPassword',
  

  Devient:

  'LSauth' => array (
    'LSobjects' => array(
      'LSpeople' => array(
        'filter' => '(|(uid=%{user})(mail=%{user}))',
        'password_attribute' => 'userPassword',
      ),
    ),
    [...]
  ),
  

• Une erreur de frappe historique a été corrigé dans le nom de la variable $GLOBALS['defaultJSscripts'], à savoir un "R" manquant.

• Les fichiers Javascript utilisés par défaut par l'application ne sont désormais plus listés dans la variable $GLOBALS['defaultJSscripts']. Seul doit y demeurer vos propres fichiers. Voici la liste des fichiers concernés et qui n'ont plus à être inclus via ce paramètre :

  - mootools-core.js - mootools-more.js - functions.js - LSdefault.js - LSinfosBox.js

Fichiers CSS

• Si vous utilisez un des fichiers light-*.css autre que le fichier light-blue.css, vous devez désormais également charger ce dernier en premier.

• corriger les URL des images : url(../../images/default/find.png) devient url(../image/find). Pour identifier les fichiers CSS concernés, vous pouvez utiliser les commandes suivantes :

  grep -Er 'url\(.*images' /etc/ldapsaisie/local/css
  grep -Er 'url\(.*\.(png|gif|jpg)' /etc/ldapsaisie/local/css
  

• modification CSS page fatal_error (fichier base.css) : #fatal_error devient #error

Fichiers PHP

• LSsession :: redirect() devient LSurl :: redirect(). Pour identifier les fichiers CSS concernés, vous pouvez utiliser la commande suivante :

  grep -Er 'LSsession *:: *redirect *\(' /etc/ldapsaisie/local/
  

• Les méthodes de gestion des Javascript et CSS additionels ont été migrées de la classe LSsession vers la classe LStemplate :

  • LSsession :: addJSscript() devient LStemplate :: addJSscript().

    Par ailleurs le paramètre $path disparait et la méthode addLibJSscript a été ajoutée pour permettre spécifiquement l'inclusion des fichiers Javascript des librairies. Voici quelques exemples d'utilisation et leur équivalent à présent:

    • LSsession :: addJSscript('../../local/includes/js/LSformElement_eetelephone.js'); devient LStemplate :: addJSscript('LSformElement_eetelephone.js');
    • LSsession :: addJSscript('../../local/includes/js/LSformElement_eetelephone.js'); devient LStemplate :: addJSscript('LSformElement_eetelephone.js');
    • LSsession :: addJSscript('click-to-dial_view.js', 'local/includes/js/'); devient LStemplate :: addJSscript('click-to-dial_view.js');
    • LSsession :: addJSscript('Picker.js',LS_LIB_DIR.'arian-mootools-datepicker/'); devient LStemplate :: addLibJSscript('arian-mootools-datepicker/Picker.js');
  • LSsession :: addJSconfigParam() devient LStemplate :: addJSconfigParam().
  • LSsession :: addHelpInfos() devient LStemplate :: addHelpInfo().

  • LSsession :: addCssFile() devient LStemplate :: addCssFile().

    Par ailleurs le paramètre $path disparait et la méthode addLibCssFile à été ajoutée pour permettre spécifiquement l'inclusion des fichiers CSS des librairies. Voici quelques exemples d'utilisation et leur équivalent à présent:

    • LSsession :: addCssFile('test.css', '../../local/css/'); devient LStemplate :: addCssFile('test.css');. Doit donc être conservé, que le nom du fichier CSS, pas de chemin vers celui-ci.
    • LSsession :: addCssFile('datepicker_vista.css',LS_LIB_DIR.'arian-mootools-datepicker/datepicker_vista/'); devient LStemplate :: addLibCssFile('arian-mootools-datepicker/datepicker_vista/datepicker_vista.css');

  Pour identifier les fichiers concernés, vous pouvez utiliser les commandes suivantes :

  grep -Er 'LSsession *:: *(addJSscript|addLibJSscript|addJSconfigParam|addHelpInfos|addCssFile|addLibCssFile) *\(' /etc/ldapsaisie/local/
  grep -Er '(LSsession|LStemplate) *:: *addJSscript\(.*local' /etc/ldapsaisie/local/
  grep -Er '(LSsession|LStemplate) *:: *addJSscript\(.*\.\.\/' /etc/ldapsaisie/local/
  grep -Er '(LSsession|LStemplate) *:: *addCssFile\(.*local' /etc/ldapsaisie/local/
  grep -Er '(LSsession|LStemplate) *:: *addCssFile\(.*\.\.\/' /etc/ldapsaisie/local/
  

• LSlog vs LSdebug : L’utilisation de LSdebug est dépriorisée en faveur de LSlog. Ce dernier ajoute désormais la notion de logger, permettant d’identifier la source des logs. Ce mécanisme permet la configuration d’un niveau de log spécifique pour un logger donné, ainsi que la mise en place de filtres au niveau des handers pour ne logger par exemple que certains loggers, ou à l’inverse en exclure d’autres.

  • Pour vos classes personnalisées : si celles-ci héritent d’une classe standard, il est fort probable qu’il soit possible d’utiliser des méthodes fournies par cette classe pour logguer au travers un logger dédié (voir les méthodes log_debug, log_info, …). À défaut, il est possible d’utiliser la classe LSlog_staticLoggerClass qui facilite l’implémentation.

  • Pour vos LSaddons : il est conseillé d’utiliser un logger LSaddon_[addon] dédié. Le logger peut facilement être récupéré de la manière suivante :

    LSlog :: get_logger("LSaddon_[addon]")
    

    Cette méthode retourne une référence au logger et il est possible d’appeler directement une méthode de log, par exemple :

    LSlog :: get_logger("LSaddon_[addon]") -> debug("message");
    

Fichiers templates :

Changement de l’inclusion des templates

• Le cas des fichiers top.tpl et bottom.tpl

  {include file='ls:top.tpl'}
  
  [...]
  
  {include file='ls:bottom.tpl'}
  

  devient :

  {extends file='ls:base_connected.tpl'}
  {block name="content"}
  
  [...]
  
  {/block}
  

  Note

  Pages à l’état connecté uniquement (incluant le menu, l’entête…).

• Fichiers avec entête HTML :

  <html>
    <head>
      [...]
    </head>
    <body>
      [...]
    </body>
  </html>
  

  devient :

  {extends file='ls:base.tpl'}
  {block name="body"}
  [...]
  {/block}
  

  Au besoin, si vous avez besoin :

  • de remplacer les fichiers CSS chargés par défaut (base.css par exemple) : ajouter le block css :

    {block name="css"}
      <link rel="stylesheet" type="text/css" href="{css name='custom.css'}" media="screen" title="Normal" />
      {include file='ls:css.tpl'}
    {/block}
    

    Note

    Ce block contient tous les CSS, y compris ceux gérés par LSsession :: addCssFile(). Pensez à ajouter {include file='ls:css.tpl'} pour conserver ces derniers.

  • d’ajouter des infos dans <head> : ajouter le block head (vide par défaut) :

    {block name="head"}
    [...]
    {/block}
    

  • d’ajouter des fichiers Javascript personnalisés : ajouter le block js (vide par défaut):

    {block name="js"}
    [...]
    {/block}
    

    Note

    Ce block sera ajouté APRÈS les autres fichiers Javascript chargés (ceux par défaut et ceux ajoutés via LSsession :: addJSscript().

• Autres fichiers remplacés :

  • blank.tpl remplacé par base.tpl
  • empty.tpl remplacé par base_connected.tpl
  • accueil.tpl remplacé par homepage.tpl

Pour identifier les fichiers concernés, vous pouvez utiliser la commande suivante :

grep -Er '(accueil|blank|empty|top|bottom)\.tpl' /etc/ldapsaisie/local/

Fichiers templates fournis par défaut :

Vérifier les modifications des fichiers templates fourni avec l’application et que vous auriez personnalisé. Pour cela, vous pouvez utiliser la commande suivante :

for i in $( ls /etc/ldapsaisie/local/templates/* )
do
    default_file="/usr/share/ldapsaisie/templates/default/$( basename "$i" )"
    [ ! -e "$default_file" ] && continue
    vi -d $default_file $i
done

Corriger les URL des images :

../../images/default/find.png devient ../image/find

Pour identifier les fichiers concernés, vous pouvez utiliser les commandes suivantes :

grep -Er 'images' /etc/ldapsaisie/local/templates
grep -Er '\.(png|gif|jpg)' /etc/ldapsaisie/local/templates

Le cas de variable de template {$LSsession_css} et {$LSsession_js} :

• {$LSsession_css} doit être remplacé par {include file='ls:css.tpl'}

• {$LSsession_js} doit être remplacé par {include file='ls:js.tpl'}

Tous les fichiers : Modification des URLs

• view.php :

  • page recherche : view.php?LSobject=LSpeople devient object/LSpeople
  • page d'un objet : view.php?LSobject=LSpeople&dn=$dn devient object/LSpeople/$dn

• addon_view.php : addon_view.php?LSaddon=ee&view=copyContract devient addon/ee/copyContract

• index_ajax.php :

  • Pour les méthodes Ajax de classes :

    var data = {
      template:   'LSformElement_eetelephone',
      action:     'make_call',
      telephoneNumber: tel,
      name: name,
    };
    new Request({url: 'index_ajax.php', data: data, onSuccess: ...});
    

    Devient :

    var data = {
      telephoneNumber: tel,
      name: name,
    };
    new Request({url: 'ajax/class/LSformElement_eetelephone/make_call', data: data, onSuccess: ...});
    

  • Pour les méthodes Ajax d'addon :

    var data = {
      addon: 'asterisk',
      action: 'LSasterisk_make_call',
      telephoneNumber: tel,
      name: name,
      nocache: new Date().getTime()
    };
    new Request({url: 'index_ajax.php', data: data, onSuccess: ...});
    

    Devient :

    var data = {
      telephoneNumber: tel,
      name: name,
      nocache: new Date().getTime()
    };
    new Request({url: 'ajax/addon/asterisk/LSasterisk_make_call', data: data, onSuccess: ...});
    

• global_search.php : global_search.php?refresh devient search?refresh

• index.php : index.php?LSsession_recoverPassword devient index?LSsession_recoverPassword

• create.php : create.php?LSobject=LSpeople devient object/LSpeople/create

• modify.php : modify.php?LSobject=LSpeople&dn=$dn devient object/LSpeople/$dn/modify

• import.php : import.php?LSobject=LSpeople devient object/LSpeople/import

• remove.php : remove.php?LSobject=LSpeople&dn=$dn devient object/LSpeople/$dn/remove

  Avec validation : remove.php?LSobject=LSpeople&dn=$dn&valid devient object/LSpeople/$dn/remove?valid

• select.php : select.php?LSobject=LSpeople devient object/LSpeople/select

• custom_action.php : custom_action.php?LSobject=LSpeople&dn=$dn&customAction=$customAction devient object/LSpeople/$dn/customAction/$customAction

  Avec validation : custom_action.php?LSobject=LSpeople&dn=$dn&customAction=$customAction&valid devient object/LSpeople/$dn/customAction/$customAction?valid

• custom_search_action.php : custom_search_action.php?LSobject=LSpeople&customAction=$customAction devient object/LSpeople/customAction/$customAction

  Avec validation : custom_search_action.php?LSobject=LSpeople&customAction=$customAction&valid devient object/LSpeople/customAction/$customAction?valid

Pour identifier les fichiers concernés, vous pouvez utiliser la commande suivante :

grep -Er '(index|global_search|view|select|create|modify|import|remove|index_ajax|custom_action|custom_search_action|addon_view)\.php' /etc/ldapsaisie/local/

Configuration

La configuration du projet est située principalement dans le dossier conf/. Les exceptions seront détaillées par la suite.

Configuration globale

La plus grande partie de la configuration globale se trouve dans le fichier config.inc.php.

// Variables globales
$GLOBALS['LSconfig'] = array(
  // Variables globales
);

// Variables et constantes indépendantes
$var1 = 'val1'
$var2 = 'val2'
...
define('CONST1','val1')
define('CONST2','val2')
...

Variables globales

• NetLDAP2

  Chemin vers la librairie PEAR Net_LDAP2.

  /usr/share/php/Net/LDAP2.php
  

• Smarty

  Chemin vers le moteur de template Smarty.

  /usr/share/php/smarty/libs/Smarty.class.php
  

• public_root_url

  URL publique de la racine web de l'application. Il peut s'agir d'une URL relative bien qu'une URL absolue soit préférable, notament pour éviter l'auto-détection de celle-ci lorsque nécessaire (lien dans un e-mail par exemple. Par défaut : /.)

  Important

  Il est indispensable que ce paramètre soit configuré en adéquation avec votre environement pour que l'application fonctionne correctement (notament en cas en cas de déploiement dans un sous-dossier ou encore dans le cadre d'un accès à l'application au travers un reverse-proxy).

• lang

  Paramètre utilisé pour l'internationalisation : code de la langue (fr_FR ou en_US)

• encoding

  Encodage de caractère (UTF8)

• ldap_servers

  Configuration des serveurs LDAP. Voir section concernée.

Préférences globales

• cacheLSprofiles

  Activation/Désactivation de la mise en cache des profils des utilisateurs connectés (LSprofiles).

  Valeurs possibles : True ou False

  Valeur recommandée : True

  Valeur par défaut : False

• cacheSubDn

  Activation/Désactivation de la mise en cache des niveaux de connexion (subDn) dans l'annuaire.

  Valeurs possibles : True ou False

  Valeur recommandée : True

  Valeur par défaut : False

• cacheSearch

  Activation/Désactivation de la mise en cache du résultat des recherches dans l'annuaire.

  Valeurs possibles : True ou False

  Valeur recommandée : True

  Valeur par défaut : False

• globalSearch

  Activation/Désactivation de la recherche globale dans l'annuaire.

  Valeurs possibles : True ou False

  Valeur par défaut : True

• keepLSsessionActive

  Activation/Désactivation du maintient de la LSsession active.

  Valeurs possibles : True ou False

  Valeur par défaut : False

Variables et constantes indépendantes

• LS_THEME

  Constante déterminant le nom du theme utilisé.

  Valeur par défaut : default

• LS_TEMPLATES_DIR

  Constante déterminant le chemin du dossier des templates.

  Valeur par défaut : templates

• LS_IMAGES_DIR

  Constante déterminant le chemin du dossier des images.

  Valeur par défaut : images

• LS_CSS_DIR

  Constante déterminant le chemin du dossier des CSS.

  Valeur par défaut : css

• LSdebug

  Variable booléenne déterminant si le débogage à l'écran est activé.

• $GLOBALS['LSlog']

  Variable permettant de configurer la journalisation de l'application. Voir section concernée.

• NB_LSOBJECT_LIST

  Constante déterminant le nombre d'objet affichés par page de résultat de recherche.

• NB_LSOBJECT_LIST_SELECT

  Constante déterminant le nombre d'objet affichés par page de résultat de recherche dans une fenêtre LSselect.

• $GLOBALS['NB_LSOBJECT_LIST_CHOICES']

  Variable permettant de configurer la liste des choix proposés à l'utilisateur pour le nombre maximum d'objets affichés par page de résultat de recherche.

• MAX_SEND_FILE_SIZE

  Constante déterminant la taille maximale d'un fichier envoyé à travers les formulaires.

• $GLOBALS['defaultJSscripts']

  Tableau déterminant les fichiers Javascript à charger sur toute les pages.

• $GLOBALS['defaultCSSfiles']

  Tableau déterminant les fichiers CSS à charger sur toute les pages. Ces fichiers seront chargés dans l'ordre et en dernier permettant de surcharger tous paramètres de style.

Configuration des serveurs LDAP

Cette section décrit le tableau de configuration des différents serveurs LDAP utilisés par l'application. Ce tableau contient lui même un tableau par serveur LDAP.

$GLOBALS['LSconfig'] = array(
  ...
  'ldap_servers' => array(
    array (
      'name' => [nom de l'annuaire],
      'ldap_config'=> array(
        // Définition des paramètres de connexion à l'annuaire
      ),
      'useUserCredentials' => [boolean],
      'useAuthzProxyControl' => [boolean],
      'LSauth' => array (
        'method' => [LSauth method],
        'api_method' => [LSauth method],
        'LSobjects' => array(
          '[object type 1]',
          '[object type 2]' => array(
            'filter' => '[LDAP filter]',
            'filter_function' => [callable],
            'password_attribute' => '[attribute name]',
            'web_access' => [booléen],
            'api_access' => [booléen],
          )
        )
      ),
      'LSprofiles' => array (
        // Définition des LSprofiles
      ),
      'cacheLSprofiles' => [boolean],
      'cacheSearch' => [boolean],
      'globalSearch' => [boolean],
      'LSaccess' => array (
        [Type LSobject 1],
        [Type LSobject 2],
        ...
      ),
      'subDn' => array(
        // Définition des sous-niveaux de l'annuaire
      ),
      'subDnLabel' => [nom des sous-niveaux],
      'recoverPassword' => array(
        // Définition des paramètres de configuration de la récupération de mot de passe
      ),
      'defaultView' => [view],
      'emailSender' => [email],
      'keepLSsessionActive' => [booléen]
    )
  ...
);
...

• name

  Le nom d'affichage de ce serveur Ldap (utilisé lorsque plusieurs serveur LDAP sont déclarés).

• ldap_config

  Informations de connexion au serveur LDAP. Ces informations sont structurées selon les attentes de la librairie Net_LDAP2. Plus d'informations

• useUserCredentials

  Booléen définissant si il faut utiliser les identifiants de l'utilisateur pour se connecter à l'annuaire (false par défaut). Si cette option est activée, la connexion à l'annuaire LDAP sera établie avec la configuration fournie dans le paramètre ldap_config en écrasant les informations de connexion (binddn et bindpwd) par ceux de l'utilisateur. Si l'utilisateur n'est pas encore connecté, la connexion sera étalie sans modifier la configuration fournie.

• useAuthzProxyControl

  Booléen définissant si, lorsqu'on utilise les identifiants de l'utilisateur pour se connecter à l'annuaire, il faut utiliser une authentification via proxy authorization. Dans ce cas, les identifiants de l'utilisateur ne seront pas, à proprement parlé, utilisés pour se connecter à l'annuaire, mais une demande de proxy authorization en tant que l'utilisateur connecté sera faites à l'aide des identifiants de l'application. Ce mode nécessite une configuration particulière au niveau de l'annuaire pour autoriser le compte de l'application à faire des demandes de proxy authorization en tant que les autres utilisateurs de l'annuaire.

• LSprofiles

  Définition des profils d'utilisateurs se connectant à l'annuaire. Voir la section concernée.

• LSauth

  Ce tableau défini les paramètres d'authentification à l'application.

  • method

    Nom de la méthode d'authentification LSauthMethod. Exemple : pour utiliser la classe LSauthMethod_HTTP, la valeur de ce paramètre sera HTTP. Paramètre facultatif, méthode par défaut : basic.

  • api_method

    Nom de la méthode d'authentification LSauthMethod à utilisée lors d'une connexion à l'API. Exemple : pour utiliser la classe LSauthMethod_HTTP, la valeur de ce paramètre sera HTTP. Paramètre facultatif, méthode par défaut : HTTP.

    Warning

    Toutes les LSauthMethod ne supportent pas forcément le mode API.

  • LSobjects

    Tableau listant les types LSobjects pouvant se connecter à l'application. Les valeurs de ce tableau peuvent être un nom de type d'objet ou bien tableau détaillant les paramètres de connexion de ce type d'objet.

    • filter

      LSformat du filtre de recherche de l'utilisateur à sa connexion. Ce format sera composé avec l'identifiant fourni par l'utilisateur. Cela peut par exemple permettre à l'utilisateur de se connecter en fournissant son login ou son email comme identifiant. Exemple de valeur : (|(uid=%{user})(mail=%{user})). Paramètre facultatif, filtre par défaut composé à l'aide de l'attribut RDN.

    • filter_function

      Callable (au sens PHP) utilisé pour filtrer les utilisateurs trouvés dans l'annuaire à partir des autres paramètres : cette fonction, si elle est définie, sera appelée pour chaque utilisateur trouvé, avec pour unique paramètre, une référence à l'objet LDAP correspondant (LSldapObject). Cette méthode devra alors retourner true ou false pour respectivement autoriser ou interdire l'accès à l'application à l'utilisateur.

      Note

      Si un utilisateur est exclus par cette méthode et qu'aucun autre utilisateur correspondant n'a été trouvé dans l'annuaire, une page d'erreur sera affichée et indiquera que l'accès à l'application est refusée.

    • password_attribute

      Nom de l'attribut stockant le mot de passe de ce type d'LSobject. Paramètre facultatif, valeur par défaut : userPassword.

      Note

      C'est cet attribut de l'utilisateur qui sera modifié par la fonctionnalité de récupération de mot de passe.

    • web_access

      Permet de définir si ce type d'objet à le droit d'utiliser l'interface web (facultatif, par défaut : True).

    • api_access

      Permet de définir si ce type d'objet à le droit d'utiliser l'API (facultatif, par défaut : False).

  • allow_multi_match

    Booléen permettant de définir si un doublon d'identifiant utilisateur est autorisé. Si c'est le cas et lorsqu'un identifiant fourni par l'utilisateur a sa connexion a permi de trouver plus d'un utilisateur possible correspondant, l'application tentera de déterminer lequel de ces utilisateurs correspond à la tentative d'authentification. La méthodologie employée dépendra de la LSauthMethod configurée. Par exemple, la LSauthMethod basic tentera de s'identifier avec le mot de passe. Dans tous cas, si cette méthode n'a pas permis d'identifier un seul utilisateur, l'authentification échoura. Paramètre facultatif, valeur par défaut : False.

• cacheLSprofiles

  Activation/Désactivation de la mise en cache des LSprofiles des utilisateurs connectés à ce serveur.

  Valeur par défaut : valeur de la variable globale du même nom

• cacheSearch

  Activation/Désactivation de la mise en cache du résultat des recherches sur ce serveur.

  Valeur par défaut : valeur de la variable globale du même nom

• globalSearch

  Activation/Désactivation de la recherche globale sur ce serveur en particulier. Par défaut, la valeur du paramètre global globalSearch est utilisée.

  Valeur par défaut : valeur de la variable globale du même nom

• LSaccess

  Définition des types d'LSobjects devant apparaître dans le menu de l'interface.

  Important

  Ce paramètre n'est utilisé que pour les annuaires n'ayant pas de sous-niveaux (subDn).

• subDn

  Définition des sous-niveaux de connexion à l'annuaire. Voir section concernée.

  Important

  Ce paramètre remplace le paramètre LSaccess dans le cas d'un annuaire multi-niveaux.

• subDnLabel

  Définition du label utilisé pour qualifier les sous-niveaux de connexion.

  Important

  Ce paramètre est utile uniquement dans le cas d'un annuaire multi-niveaux.

• recoverPassword

  Définition des paramètres de la récupération de mot de passe. Voir la section concernée.

• defaultView

  Définition de la vue par défaut de l'application. Par défaut, une page blanche est affichée et il est possible de définir à l'aide de ce paramètre la vue qui s'affichera. Ce paramètre peut prendre comme valeur :

  • SELF pour la vue Mon compte
  • Le nom d'un LSobject pour afficher la liste de ce type d'objet
  • Le nom d'une vue d'un LSaddon au format [addon]::[viewId] pour afficher cette vue

• emailSender

  Adresse mail utilisée par LdapSaisie pour envoyer des e-mails en relation avec cet annuaire. Cette adresse est celle utilisée par défaut. L'adresse utilisée peut également être configurée dans le contexte de configuration du module devant envoyer des e-mails.

• keepLSsessionActive

  Activation/Désactivation du maintient de la LSsession active.

  Valeurs possibles : True ou False

  Valeur par défaut : valeur de la variable globale du même nom

Profils d'utilisateurs (LSprofile)

Cette section décrit la manière dont sont définis les profils d'utilisateurs se connectant à l'interface appelés LSprofile. Il est possible d'attribuer un profil à l'utilisateur connecté sur tout ou partie de l'annuaire LDAP.

Profils d'utilisateurs par défaut

Il existe des profils d'utilisateurs par défaut, non liée à la configuration de l'application:

• user

  Tous les utilisateurs connectés à l'utilisateur. Ce LSprofile est valide sur l'ensemble de l'annuaire.

• self

  L'utilisateur connecté sur son objet correspondant dans l'annuaire. Ce LSprofile est utile pour donner des droits à l'utilisateur sur lui-même.

• nom du type de l'objet connecté

  Un LSprofile du nom du type d'objet utilisateur connecté est automatiquement ajouté à l'utilisateur. Ainsi, si l'utilisateur connecté est un LSobject LSpeople par exemple, il aura le LSprofile LSpeople sur tous l'annuaire. Ce LSprofile est utile pour donner des droits à tous un type d'objets pouvant se connecter à l'application (par exemple, tous les utilisateurs applicatifs).

Profils d'utilisateurs personalisés

Il est possible de définir autant de profils d'utilisateurs que l'on souhaite. Pour chaque profil d'utilisateur personnalisé, il faudra définir dans quelles parties de l'annuaire ce profil existe (Exemple : les admistrateurs de groupes existent uniquement dans la branche de l'annuaire stockant les groupes). Enfin pour chaque partie de l'annuaire, il faudra définir la manière d'identifier si l'utilisateur qui se connecte appartient à ce profil.

'LSprofile' => array (
  [nom d'un LSprofile] => array (
    [label] => [label du LSprofile],
    [basedn] => [dn utilisateur],
    [autre basedn] => array (
      [dn d'un utilisateur] => NULL,
      [autre dn] => array ( // via un listage de l'attribut d'un objet
        'attr' => [nom de l'attribut clé de l'objet],
        'attr_value' => [format de la valeur de l'attribut clé],
        'LSobject' => [nom du type LSobject de l'objet]
      )
    ),
    'LSobjects' => array ( // via une liste d'objet sur lequel l'utilisateur a des pouvoirs
      [nom du LSobject] => array (
        'attr' => [nom de l'attribut clé],
        'attr_value' => [format de la valeur de l'attribut clé],
        // ou
        'filter' => [format du filtre de recherche],

        'basedn' => [basedn de recherche],
        'params' => [configuration de la recherche]
      ),
      [nom quelconque] => array (
        'filters' => array(
          array(
            'LSobject' => [nom du LSobject],
            'attr' => [nom de l'attribut clé],
            'attr_value' => [format de la valeur de l'attribut clé],
            // ou
            'filter' => [format du filtre de recherche],

            'basedn' => [basedn de recherche],
            'params' => [configuration de la recherche]
          ),
        ),
      ),
      ...
    )
  ),
  ...
),
...

Le paramètre LSprofiles est un tableau associatif contenant, en valeur clé, le nom d'un LSprofile et en valeur associée, la configuration nécessaire pour déterminer si l'utilisateur connecté appartient à ce LSprofile pour tout ou partie de l'annuaire.

Dans chaque configuration de LSprofile, il est possible d'identifier l'appartenance ou non de l'utilisateur connecté de deux manières :

• Pour une branche de l'annuaire donnée (basedn) : en listant les utilisateurs appartenant à ce LSprofile pour tous les objets de la branche. Il sera possible de lister les utilisateurs dont on connait le DN ou de lister les utilisateurs appartenant à une liste stockée dans l'annuaire (par exemple la liste des membres d'un groupe).

  • Liste des DNs d'utilisateurs :

    'LSprofile' => array (
      [nom du LSprofile] => array (
        [basedn] => [dn utilisateur],
        // ou si plusieurs DNs
        [autre basedn] => array (
          [dn d'un utilisateur] => NULL,
          [dn d'un utilisateur 2] => NULL
        ),
        ...
      ),
      ...
    ),
    ...
    

    Explication : Pour un LSprofile et un basedn donnés, on définit l'utilisateur appartenant au LSprofile en donnant son DN. Si on souhaite lister plusieurs utilisateurs, on utilise un tableau associatif dans lequel les clés sont les DNs des utilisateurs et les valeurs associées sont toutes NULL.

  • Liste d'utilisateurs stockée dans l'annuaire :

    'LSprofile' => array (
      [nom du LSprofile] => array (
        [basedn] => array (
          [DN d'un object] => array (
            'attr' => [nom de l'attribut clé de l'objet],
            'attr_value' => [format de la valeur de l'attribut clé],
            'LSobject' => [nom du type LSobject de l'objet]
          )
        ),
      ...
    ),
    ...
    

    Explication : Pour un LSprofile et un basedn donnés, on liste les utilisateurs du LSprofile référencés dans l'attribut attr de l'object de type LSobject et selon le format de valeur décrit dans attr_value.

• Pour un type de LSobject donné : en listant les objets pour lesquels l'utilisateur aura les droits du LSprofile. Il sera possible, à travers une recherche paramétrable dans l'annuaire, de lister les objets pour lesquels l'utilisateur appartiendra au LSprofile.

  'LSprofile' => array (
    [nom d'un LSprofile] => array (
      'LSobjects' => array ( // via un liste d'objet pour lequel l'utilisateur
                             // appartient au LSprofile
        [nom du LSobject] => array (
          'attr' => [nom de l'attribut clé],
          'attr_value' => [format de la valeur de l'attribut clé],
          // or
          'filter' => [format du filtre de recherche],
  
          'basedn' => [format du basedn de recherche],
          'params' => [configuration de la recherche]
        ),
        array (
          'filters' => array(
            array(
              'LSobject' => [nom du LSobject],
              'attr' => [nom de l'attribut clé],
              'attr_value' => [format de la valeur de l'attribut clé],
              // ou
              'filter' => [format du filtre de recherche],
  
              'basedn' => [format du basedn de recherche],
              'params' => [configuration de la recherche]
            ),
          ),
        ),
        ...
      )
    ),
    ...
  ),
  ...
  

  Explications : Dans la configuration d'un LSprofile, la valeur clé LSobjects signifie qu'on est dans un cas de la délégation de droits sur des types d'LSobject. Dans ce tableau associatif, il est possible de définir un ou plusieurs types de LSobject pour lesquels on délègue des droits via des recherches simples ou enchaînées. Le fonctionnement simple consiste à partir de l'objet de l'utilisateur et à générer un filtre et une base de recherche sur un type de LSobject. Le fonctionnement enchainée consiste à faire un première recherche à partir de l'objet de l'utilisateur puis à recommencer à partir des objets trouvés en construisant une liste de filtres de recherche pour chaque objet qui seront combinés via l'opérateur booléen ou. Dans le cadre d'un fonctionnement enchainée, la base de recherche est toujours générer à partir de l'objet de l'utilisateur connecté.

  Pour configurer une délégation de type simple on mettra le nom du LSobject dans la clé du tableau et dans la valeur un tableau définissant la recherche. Il est possible de ne pas utiliser la clé du tableau comme nom du LSobject grâce à la clé de configuration LSobject.

  Pour configurer une délégation de type enchaîné on pourra utiliser n'importe quelle valeur unique pour la clé du tableau et pour la valeur un tableau contenant une unique clé filters. La valeur associée à cette clé est celle d'une délégation de type simple où la clé LSobject est devenue obligatoire.

  Cette configuration contient les paramètres d'une ou plusieurs recherches dans l'annuaire en considérant que l'utilisateur connecté aura les droits du LSprofile sur les objets retournés. Les paramètres de la recherche sont :

  • LSobject

    C'est le nom du LSobject recherché. (Paramètre facultatif pour une délégation de type simple)

  • attr

    Nom de l'attribut des LSobjets contenant une valeur clé qui permettra d'identifier l'utilisateur comme ayant droit.

  • attr_value

    Le format de la valeur clé prise par l'attribut attr. Ce format est composé à partir des données de l'objet de l'utilisateur connecté. Voir le paragraphe Format paramètrable pour plus d'informations sur l'écriture du format.

  • filter

    Ce paramètre remplace les paramètres attr et attr_value. Il est possible ici d'écrire directement le format paramètrable du filtre recherche dans l'annuaire. Ce filtre sera automatiquement agrémenté des conditions sur l'attribut objectclass. Voir le paragraphe Format paramètrable pour plus d'informations sur l'écriture du format.

  • basedn

    C'est le format paramétrable du basedn de la recherche généré à partir de l'utilisateur connecté. Il est possible ainsi de la limiter sur les LSojects d'une branche précise de l'annuaire. Voir le paragraphe Format paramètrable pour plus d'informations sur l'écriture du format. (Paramètre facultatif)

  • params

    C'est un tableau associatif contenant les paramètres étendus de la recherche. Voir le paragraphe Paramètres étendus des recherches dans l'annuaire pour plus de détails. (Paramètre facultatif)

Par ailleurs, il est possible d'attribuer un label plus explicite à chaque LSprofile à l'aide de la clé label. Ce label sera utilisé pour faire référence au LSprofile lorsque nécéssaire. (Paramètre facultatif)

Sous-niveaux de connexion

Cette section décrit la manière de définir des sous-niveaux de connexion à l'annuaire (subDn). Le concept de sous-niveau de connexion sert à déclarer les niveaux logiques de l'annuaire. Par exemple, dans un annuaire dans lequel sont stockés des objets concernant plusieurs organisations et que celles-ci se distinguent grâce à la présence d'une séparation dans l'arbre, il sera alors possible de définir des sous-niveaux de connexion pour chacune des organisations.

Exemple d'arborescence d'annuaire utilisant le concept de sous-niveaux correspondant à des sociétés :

|- o=ls
| |- ou=companies
| | |- ou=company1
| | | |- ou=people
| | | |- ou=groups
| | |- ou=company2
| | | |- ou=people
| | | |- ou=groups
| |- ou=people
| |- ou=groups

Explications : Il est possible dans cet exemple de définir des sous-niveaux de connexion correspondants aux sociétés. Dans chacune de ces sociétés, on retrouve les OU correspondant au type d'LSobjets. Lors de la connexion à l'interface, l'utilisateur devra choisir dans quel sous-niveau de l'annuaire il souhaite se connecter. Une fois connecté, l'utilisateur manipulera uniquement les objets du sous-niveau de l'annuaire dans lequel il se trouve. Il lui sera également possible de changer de sous-niveau de connexion à travers l'interface : une liste déroulante est disponible pour cela dans le menu.

Il existe deux manières de déclarer des sous-niveaux de connexion à l'annuaire :

• En déclarant manuellement un subDn de l'annuaire et en lui donnant un nom.

• En listant les LSobjets d'un type précis et en utilisant leurs données pour constituer le nom des sous-niveaux. Cette liste est constituée en effectuant une recherche dans l'annuaire. Il est possible de définir un basedn particulier pour cette recherche.

Pour chacune de ces méthodes on définira également les types d'LSobjets qui sont présents dans cette branche de l'annuaire.

'subDn' => array(
  // Déclaration manuelle
  '[Nom du sous-niveau]' => array(
    'dn' => '[basedn du sous-niveau]',
    'nologin' => true, // Désactive la connection dans ce subDn
    'LSobjects' => array( // Liste des types d'LSobjets présents dans le sous-niveau
      [LSobject1],
      [LSobject2],
      ...
    )
  ),
  // Liste de LSobjets
  'LSobject' => array(
    '[type d'LSobject]' => array( // le type d'LSobjet à lister
      'basedn' => '[basedn]', // Le basedn de la recherche
      'displayValue' => '[format]', // Format du nom des sous-niveaux
      'nologin' => true, // Désactive la connection dans ces subDn
      'onlyAccessible' => True, // Pour que seul les LSobjet accessible à l'utilisateur soit listé
      'LSobjects' => array( // Liste des types d'LSobjets présents dans les sous-niveaux
        [LSobject1],
        [LSobject2],
        ...
      )
    )
  )
),
...

Récupération de mot de passe

Cette section décrit la manière de configurer la récupération de mot de passe par les utilisateurs. Le mécanisme de récupération de mot de passe fonctionne en deux parties :

• Dans un premier lieu, l'utilisateur ayant perdu son mot de passe accède à l'interface de récupération à partir de la page de connexion. L'interface lui demande de saisir son identifiant et éventuellement de sélectionner le serveur LDAP concerné. Une fois ces informations saisies, une recherche de l'utilisateur est effectuée dans l'annuaire et si celui-ci est trouvé, la valeur de l'attribut recoveryHashAttr de l'objet est alors redéfinie avec une valeur aléatoire.

  Un mail est ensuite envoyé à l'utilisateur en utilisant la première valeur de l'attribut mailAttr comme adresse. Ce mail est formé à partir des paramètres du tableau associatif recoveryHashMail. Celui-ci doit contenir le sujet du mail dans subject et le corps du message dans msg. Ces deux informations sont des formats paramètrables composés avec, comme valeur clé, l'URL de retour à laquelle l'utilisateur devra se rendre pour accèder à la seconde étape de la récupération de son mot de passe.

• L'utilisateur doit donc se rendre sur l'interface par l'intermédiaire de l'URL qui lui aura été fournie dans le mail de l'étape précédente. Cette URL contient la valeur de l'attribut recoveryHashAttr précédement définie. A partir de cette information, une recherche est effectuée dans l'annuaire pour retrouver l'utilisateur correspondant.

  Si l'utilisateur est retrouvé, un nouveau mot de passe lui est généré en utilisant les paramètres de configuration éventuellement définis dans la configuration HTML de l'attribut "mot de passe". Pour avoir plus d'information sur ces paramètres, consulter la documentation du type d'attribut HTML LSattr_html_password. L'attribut recoveryHashAttr est quant à lui supprimé.

  Ensuite, un mail est composé à partir des paramètres du tableau associatif newPasswordMail et est envoyé à l'utilisateur. Ce tableau doit contenir le sujet du mail dans subject et le corps du message dans msg. Ces deux informations sont des formats paramètrables composés avec, comme valeur clé, le nouveau mot de passe de l'utilisateur.

'recoverPassword' => array(
  'mailAttr' => '[attribut mail]',
  'recoveryHashAttr' => '[attribut hash]',
  'recoveryEmailSender' => '[adresse mail utilisée par LdapSaisie pour l'envoi des mails]',
  'recoveryHashMail' => array(  // 1er mail : avec l'URL pour l'accès à la 2nde partie
    'subject' => '[sujet du mail]',
    'msg' => "[message contenant le mot clé %{url}]"
  ),
  'newPasswordMail' => array(  // 2nd mail : avec le mot de passe
    'subject' => '[sujet du mail]',
    'msg' => "[message contenant le mot clé %{mdp}]"
  )
),
...

Configuration de la journalisation (LSlog)

Cette section décrit le tableau de configuration de la journalisation de l'application.

$GLOBALS['LSlog'] = array(
  'enable' => [booléen],
  'level' => '[niveau]',
  'log_errors_context' => [booléen],
  'log_errors_context_with_args' => [booléen],
  'log_errors_context_args_max_length' => [entier],
  'handlers' => array(
    '[handler 1]',
    array (
      'handler' => [handler 2],
      'enabled' => [booléen],
      'level' => '[niveau]',
      'loggers' => array('logger1', [...]),
      'excluded_loggers' => array('logger2', [...]),
      'format' => '[LSformat]',
      'cli_format' => '[LSformat]',
      'datetime_prefix' => [booléen],
      'datetime_format' => '[format date()]',
      // Autres paramètres propre à ce handler
      [...]
    ),
    [...]
  ),
  'loggers' => array (
    'logger1' => array (
      'level' => 'DEBUG',
    ),
    'logger2' => array (
      'enabled' => false,
    ),
    [...]
  );
);
...

• enable

  Booléen permatant d'activer ou désactiver complètement la journalisation. Par défaut : False

• level

  Ce paramètre défini le niveau minimum de la journalisation : tous les messages des niveaux inférieurs ne seront pas inclus dans le journal de l'application. Les niveaux de journalisation gérés par l'application sont (dans l'ordre du plus petit au plus grand) :

  • TRACE
  • DEBUG
  • INFO
  • WARNING
  • ERROR
  • FATAL

• log_errors_context

  Booléen permatant de définir si le contexte (=backtrace) doit être inclus lors de la journalisation d'une erreurs.

• log_errors_context_with_args

  Booléen permatant de définir si les arguments des méthodes/fonctions appelées doivent être inclus lors de la journalisation du contexte des erreurs. Note : ce paramètre n'as aucun effet si le paramètre log_errors_context n'est pas activé.

• log_errors_context_args_max_length

  Ce paramètre permet de définir à partir de quelle longueur les arguments des méthodes/fonctions appelées et journalisés seront tronqués (par défaut : 1000). Note : pour désactiver le troncage, mettre ce paramètre à zéro.

• handlers

  Tableau permettant de configurer les handlers de la journalisation. Chaque handler gère les messages journalisés d'une manière qui lui est propre.

  Plusieurs handlers peuvent être configurés en même temps (y compris plusieurs handlers du même type).

  Ce tableau peut contenir simplement le nom du type de handler à utiliser ou bien des tableaux configurant un à un chacun des handlers. Dans ce second cas, la structure de la configuration d'un handler est la suivante :

  array(
    'handler' => [type],
    'level' => '[niveau]',
    'loggers' => array('logger1', [...]),
    'excluded_loggers' => array('logger2', [...]),
    'format' => '[LSformat]',
    'cli_format' => '[LSformat]',
    'datetime_prefix' => [booléen],
    'datetime_format' => '[format date()]',
    // Autres paramètres propre à ce handler
    [...]
  )
  ...
  

  • handler

    Type du handler (voir ci-dessous).

  • level

    Ce paramètre défini le niveau minimum de la journalisation spécifique à cet handler. Si ce paramètre est omis, le niveau global sera utilisé. Les valeurs possibles de ce paramètre sont les mêmes que pour le paramètre $GLOBALS['LSlog']['level'].

  • enabled

    Booléen permettant d'activer ou désactiver cet handler (paramètre facultatif, par défaut : True).

  • loggers

    Liste exhautive des composants dont les messages doivent être traités par ce handler (paramètre facultatif, par défaut : tous les composants).

  • excluded_loggers

    Liste exhautive des composants dont les messages ne doivent pas être traités par ce handler (paramètre facultatif, par défaut : aucun composant).

  • format

    LSformat des messages de cet journalisé par ce handler. Ce format est composé à partir des informations décritent ci-dessous. Par défaut :

    %{requesturi} - %{remoteaddr} - %{ldapservername} - %{authuser} - %{logger} - %{level} - %{message}
    

    • level

      Le niveau du message.

    • message

      Le message.

    • logger

      Le composant ayant déchenché cette journalisation.

    • clibinpath

      Le nom du script ayant déclenché cette jounalisation (uniquement en cas d'exécution en ligne de commande).

    • requesturi

      L'URL de la page courante (uniquement dans un contexte Web).

    • remoteaddr

      L'adresse IP du client (uniquement dans un contexte Web).

    • ldapservername

      Le nom du serveur LDAP courant.

    • authuser

      Le DN de l'utilisateur connecté (uniquement dans un contexte Web).

  • cli_format

    LSformat des messages de cet journalisé par ce handler dans le cas d'une exécution en ligne de commande. Ce format est composé à partir des même informations que le paramètre format (voir ci-dessus). Par défaut :

    %{clibinpath} - %{logger} - %{level} - %{message}
    

  • datetime_format

    Booléen permettant de définir si le message doit être préfixé de la date et heure courante. La valeur par défaut dépends de l'handler (en règle général, toujours actif sauf lorsque le canal de journalisation l'ajoute déjà).

  • datetime_format

    Format de la date et heure lorsque celle-ci est ajoutée en préfixe du message (voir paramètre datetime_format). Le format correspond à celui attendu par la function date() de PHP. Consultez la documentation officielle pour plus de détails (Par défaut : Y/m/d H:i:s).

  Il existe plusieurs types d'handlers gérés par l'application :

  • file

    Journalisation dans un simple fichier texte. Le chemin du fichier peut être configuré via le paramètre path. Si ce paramètre est omis, le chemin du fichier par défaut est soit la valeur de la variable $GLOBALS['LSlog']['filename'] (pour la rétro-compatibilité avec les anciennes versions d'LdapSaisie) ou à défaut : tmp/LS.log.

  • syslog

    Journalisation via le service syslog. Il est possible de configurer une priorité systématique pour les messages journalisés. À défaut, la priorité sera déterminée automatiquement en fonction du niveau du message. Les valeurs possibles de ce paramètre sont : EMERG, ALERT, CRITICAL,ERROR, WARNING, NOTICE, INFO, DEBUG

  • system

    Journalisation via le gestionnaire d'erreurs PHP. Cet handler utilise la fonction PHP error_log. Pour plus d'informations sur comment configurer le gestionnaire d'erreurs PHP, consulter la documentation officielle.

  • email

    Journalisation via l'envoi d'un email : chaque message journalisé déclenchera l'envoi d'un email au destinataire configuré. L'adresse email du destinataire peut-être configurée via le paramètre recipient.

    Note

    Il est conseillé d'utiliser ce type d'handler avec un niveau minimum de journalisation important (FATAL recommandé) pour ne pas déclencher un nombre trop important d'envois d'emails.

• loggers

  Tableau permettant de configurer la journalisation composant par composant. Chaque composant peut avoir son propre logger ce qui permet alors, par exemple, de configurer le niveau de log spécifiquement pour ce composant.

  Le nom des composant correspond en général au nom de la classe PHP correspondante, ou bien encore le nom d'une commande (lors d'une exécution en ligne de commande).

  Note

  Par défaut, le nom du composant ayant déclenché un message journalisé est affiché juste avant le niveau de log.

  • enabled

    Booléen permettant de désactiver complètement les logs du composant (par défaut: True).

  • level

    Niveau de log spécifique pour ce composant (par défaut: le niveau de log global).

Format paramétrable (LSfomat)

Un format paramétrable est une chaîne de caractères contenant des mots clés formés comme dans l'exemple suivant :

%{[nom du mot clé][:A][:B][! ou _][~][%]}

Le nom du mot clé peut contenir des lettres de "a" à "z", de "A" à "Z" et des chiffres de 0 à 9. Ces mots clés seront remplacés par les valeurs passées en paramètres et liées au contexte d'utilisation. Les paramètres :A et :B permettent d'extraire une partie de la chaîne complète avant la substitution.

Le paramètre A correspond, lorsque B n'est pas défini, au nombre maximum de caractères à extraire de la chaîne de substitution. A doit être un entier dont le signe influ, comme expliqué ci-dessous :

• Si A est positif, les A premiers caractères de la chaîne de substitution seront extraits.

• Si A est négatif, les |A| derniers caractères de la chaîne de substitution seront extraits.

Lorsque le paramètre B est défini, A correspond au rang du premier caractère à partir duquel la chaîne de substitution sera découpée et B le nombre maximum de caractères à extraire. Le signe de B influera comme expliqué dans le premier cas. Si B vaut zéro, la totalité de la longeur de la chaîne sera retournée en tenant compte de A pour le rang du premier caractère.

Il existe par ailleurs des paramètres permettant de modifier la valeur de substitution avant son utilisation :

• Les paramètres ! ou _ permettre respectivement de forcer la mise en majuscule ou en minuscule ;

• Le paramètre ~ permet de forcer la suppression des accents ;

• Le paramètre % permet de protéger les caractères éligibles en entités HTML.

Paramètres étendus des recherches dans l'annuaire

Les paramètres des recherches sont ceux supportés par Net_LDAP2. Ces paramètres sont passés sous la forme d'un tableau associatif. Les paramètres supportés sont détaillés ci-dessous :

Pour plus d'information sur le sujet, vous pouvez consulter la documentation officiel du projet Net_LDAP2.

Configuration LSobject

Cette partie décrit la manière de configurer les différents types de LSobjets manipulés par LdapSaisie.

La configuration des LSobjects est stockée dans le dossier /conf/LSobjects. Dans ce dossier, on retrouve un fichier par type d'LSobject, nommé de la manière suivante :

config.LSobjects.[nom du type d'LSobject].php

Ce fichier contient la déclaration de la configuration du type d'LSobject qui est stocké dans la variable globale $GLOBALS['LSobjects']['[nom du type d'LSobject]'].

$GLOBALS['LSobjects']['[nom du type d'LSobject]'] = array (
  'objectclass' => array(
    'objetclass1',
    'objetclass2',
    ...
  ),
  'filter' => '[filtre LDAP]',

  'rdn' => 'attr1',

  'LSaddons' => [LSaddon(s)],

  'container_dn' => 'ou=people',
  'generate_container_dn' => '[callable]',
  'container_auto_create' => array(
    // Information des configurations pour la création du conteneur du type d'LSobjet
    // lors de la création nouveau subDn
  ),

  'disable_creation' => [boolean]',

  'before_modify' => 'function1',
  'after_modify' => 'function2',
  'after_create' => 'function3',
  'after_delete' => 'function4',

  'label' => 'objet1',
  'display_name_format' => '[format]',
  'displayAttrName' => '[booleen]',

  //Custom Actions
  'customActions' => array (
    // Configuration des customActions pour ce type d'objet
  ),

  // LSrelation
  'LSrelation' => array(
    // Configuration des LSrelations entre ce type d'objet et les autres
  ),

  // LSform
  'LSform' => array (
    // Configuration des formulaires de l'objet
  ), // fin LSform

  // LSsearch
  'LSsearch' => array (
    // Configuration des recherches de l'objet
  ), // fin LSsearch

  'globalSearch' => [booleen],
  'globalSearch_extraDisplayedColumns' => [booleen],

  // ioFormat
  'ioFormat' => array (
    // Configuration des formats d'import/export de l'objet
  ),

  // Attributs
  'attrs' => array (
    // Configuration des attributs du type d'LSobjet
  )
);
...

• objectclass

  La liste des objectclass des objets.

• filter

  Filtre de recherche LDAP applicable à tout les objets de ce type et qui sera utilisé lors de chaque recherche de ce type d'objet.

• rdn

  Nom de l'attribut correspondant au RDN des objets LDAP.

• LSaddons

  LSaddon(s) dont le type d'objet dépend. Ce peut être un tableau de chaînes de caractères ou une simpe chaîne de caractères correspondant au(x) nom(s) du/des LSaddon(s) en dépendance.

• container_dn

  Elément pour construire le basedn de stockage de ce type d'objet. Par exemple, si le basedn de l'annuaire est o=ls et que les objets utilisateurs sont stockés dans la branche de l'annuaire ou=people,o=ls, alors container_dn devra valoir ou=people.

  Lorsque l'annuaire possède des subDn, les objets seront cherchés dans le basedn résultant de la concaténation du paramètre container_dn, d'une virgule et du basedn correspondant au subDn courant.

• generate_container_dn

  Callable (au sens PHP), utilisé pour générer la valeur du paramètre container_dn dynamiquement. Ce callable prend en paramètre l'objet LSobject à créer et retourne la valeur du paramètre container_dn.

• container_auto_create

  Tableau associatif contenant les paramètres de configuration nécessaires à la création des container_dn dans les nouveaux objets utilisés comme subDn. Voir la section concernée.

• disable_creation

  Booléen permetant de desactiver la creation de ce type d'objet de manière globale.

• before_modify

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées avant la modification d'un objet. Voir la section concernée.

• after_modify

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées après la modification d'un objet. Voir la section concernée.

• after_create

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées après la création d'un objet. Voir la section concernée.

• after_delete

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées après la suppression d'un objet. Voir la section concernée.

• label

  Nom générique au pluriel qualifiant le type d'objet. Exemple : Utilisateurs.

• display_name_format

  Format paramètrable du nom des objets composés à partir des valeurs d'affichage des attributs de l'objet.

• displayAttrName

  Booléen définissant si le nom des attributs doit être affiché en préfixe de leur message d'aide (paramètre help_info).

• customActions

  Tableau associatif contenant les paramètres de configuration des customActions. Voir la section concernée.

• LSrelation

  Tableau associatif contenant les paramètres de configuration des LSrelations. Voir la section concernée.

• LSform

  Tableau associatif contenant les paramètres de configuration des LSforms des LSobjects. Voir la section concernée.

• LSsearch

  Tableau associatif contenant les paramètres de configuration des recherches de LSobject de ce type dans l'annuaire. Voir la section concernée.

• globalSearch

  Inclure ou non ce type d'objet dans le résultat des recherches globales (Par défaut : True).

• globalSearch_extraDisplayedColumns

  Afficher ou non les colonnes supplémentaires pour ce type d'objet dans le résultat des recherches globales (Par défaut : True). Pour plus de détails les colonnes supplémentaires, voir la section dédiée.

• ioFormat

  Tableau associatif contenant les paramètres de configuration des formats de fichiers d'import/export de ce type d'LSobject. Voir la section concernée.

• attrs

  Tableau associatif contenant les paramètres de configuration des attributs des objets. Voir la section concernée.

Configuration des attributs

Cette section décrit les options de configuration des attributs des LSobjects. Les attributs sont définis dans le tableau associatif attrs de la configuration des LSobjects. Dans ce tableau, les clé les noms des attributs et les valeurs liés sont la configuration des attributs.

'attrs' => array (
  /* ----------- start -----------*/
  'attr1' => array (
    'label' => '[label de l'attr1',
    'displayAttrName' => '[booleen]',
    'help_info' => '[Message d'aide sur l'attribut attr1]',
    'help_info_in_view' => '[booleen]',
    'long_help_message' => '[Long message d'aide sur l'attribut attr1]',
    'long_help_message_in_view' => '[booleen]',
    'ldap_type' => 'ldaptype1',
    'ldap_options' => array(
      // Options LDAP liées au type LDAP de l'attribut
    ),
    'html_type' => 'htmltype1',
    'html_options' => array(
      // Options HTML liées au type HTML de l'attribut
    ),
    'no_value_label' => '[No set value label]',
    'multiple' => 0,
    'required' => 1,
    'generate_function' => 'fonction1',
    'generate_value_format' => '[LSformat]',
    'default_value' => 'valeur1',
    'set_default_value_on_creation_if_empty' => [booleen],
    'force_generation_if_empty' => [booleen],
    'check_data' => array (
      // Régle de vérification syntaxique des données saisies
    ),
    'validation' => array (
      // Règle de vérification d'intégrité des données saisies
    ),
    'rights' => array(
      'LSprofile1' => 'droit1',
      'LSprofile2' => 'droit2',
      ...
    ),
    'view' => 1,
    'form' => array (
      'create' => 1,
      'modify' => 0,
      ...
    ),
    'dependAttrs' => array(
      // Attributs en dépendance
    ),
    'onDisplay' => 'fonction2'

    'before_modify' => 'function1',
    'after_modify' => 'function2'
  ),
  /* ----------- end -----------*/
  ...
);
...

• label

  Le label de l'attribut.

• displayAttrName

  Booléen définissant si le nom de l'attribut doit être affiché en préfixe du message d'aide (paramètre help_info).

• help_info

  Message d'aide qui sera affiché dans une bulle d'aide à côté du nom de l'attribut dans les formulaires.

• help_info_in_view

  Booléen définissant si le message d'aide doit être affiché sur la vue de visualisation de l'objet.

  Valeurs possibles : 0 ou 1

  Valeur par défaut : 0

• long_help_message

  Long message d'aide qui sera affiché sous le champ de l'attribut dans les formulaires.

• long_help_message_in_view

  Booléen définissant si le long message d'aide doit être affiché sur la vue de visualisation de l'objet.

  Valeurs possibles : 0 ou 1

  Valeur par défaut : 0

• ldap_type

  Le type LDAP de l'attribut (facultatif, par défaut: LSattr_ldap_ascii). Voir la section concernée.

• ldap_options

  Tableau associatif contenant les paramètres de configuration du type LDAP de l'attribut. Voir la section concernée.

• html_type

  Le type HTML de l'attribut (facultatif, par défaut: LSattr_html_text). Voir la section concernée.

• html_options

  Tableau associatif contenant les paramètres de configuration du type HTML de l'attribut. Voir la section concernée.

• no_value_label

  Label affiché lorsque l'attribut n'a pas de valeur (facultatif).

• multiple

  Booléen définissant si cet attribut peut stocker plusieurs valeurs.

  Valeurs possibles : 0 ou 1

  Valeur par défaut : 0

• required

  Booléen définissant si cet attribut doit obligatoirement être défini.

  Valeurs possibles : 0 ou 1

  Valeur par défaut : 0

• generate_function

  Nom de la fonction permettant de générer la valeur de l'attribut. Cette fonction sera éxecutée, en passant en premier paramètre, l'objet LSobject courant.

• generate_value_format

  LSformat permettant la génération de l'attribut.

  Note

  Cette méthode de génération est utilisée uniquement si aucune fonction de génération de la valeur n'est définie (paramètre generate_function).

• default_value

  Valeur par défaut de l'attribut.

  Warning

  Il doit s'agir de la valeur telque retournée par le formulaire web. Ainsi, par exemple dans le cas d'un attribut booléen, les valeurs possibles sont yes ou no.

  Note

  Cette valeur est également utilisée dans le cadre de la génération automatique de la valeur de l'attribut si aucune autre méthode n'est disponible (via une fonction ou un LSformat).

• set_default_value_on_creation_if_empty

  Booléen permettant de définir si la valeur de l'attribut doit être initialisée avec sa valeur par défaut à la création de l'objet si aucune autre valeur n'as été fournie dans le contexte de création (par défaut : 1).

• force_generation_if_empty

  Booléen permettant de définir si la valeur de l'attribut doit être générée si elle est vide, que ce soit à la création ou la modification de l'objet (par défaut : 0).

  Warning

  Si la génération échoue, cela bloquera l'action. Par ailleurs, cette génération est prioritaire sur l'utilisation de la valeur par défaut de l'attribut induit par le paramètre set_default_value_on_creation_if_empty.

• check_data

  Tableau associatif contenant les règles de vérification syntaxique des données de l'attribut. Voir la section concernée.

• validation

  Tableau associatif contenant les règles de vérification d'intégrité des données de l'attribut. Voir la section concernée.

• rights

  Tableau associatif dont les clés sont les noms des LSprofiles ayant des droits sur cet attribut et les valeurs associées sont les droits correspondants. La valeur des droits d'un LSprofile peut être r pour le droit de lecture ou w pour le droit de lecture-écriture. Par défaut, un LSprofile n'a aucun droit.

• view

  Booléen définissant si l'attribut est, ou non, affiché lors de la visualisation des objets du type courant.

  Valeurs possibles : 0 ou 1

  Valeur par défaut : 0

• form

  Tableau associatif dont les clés sont les noms des LSforms et les valeurs associées la définition de l'affichage dans ce LSform. Si cette valeur vaut 0, alors l'attribut sera lecture-seule et si cette valeur vaut 1, cet attribut sera affiché en lecture-écriture.

• dependAttrs

  Tableau associatif listant les attributs dépendants de celui-ci. Les attributs listés ici seront regénérés lors de chaque modification de l'attribut courant. Cette génération sera effectuée avec la fonction définie dans le paramètre generate_function de l'attribut.

• onDisplay

  Nom ou liste de nom des fonctions retournant les valeurs d'affichages de l'attribut. Si c'est une liste, chacune des fonctions seront executée les unes après les autres. Ces fonctions seront éxecutées, en passant en premier paramètre, le tableau des valeurs de l'objet.

• before_modify

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées avant toutes modifications de la valeur de l'attribut. Voir la section concernée

• after_modify

  Chaîne de caractères (ou tableau de chaine de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées après toutes modifications de la valeur de l'attribut. Voir la section concernée

Configuration des attributs LDAP (LSattr_ldap)

Cette section décrit les options propres à chacun des types d'attributs LDAP supportés par LdapSaisie.

LSattr_ldap_ascii

Ce type est utilisé pour la gestion des attributs dont la valeur est une chaine de caractère. Ce type est le type par défaut.

LSattr_ldap_boolean

Ce type est utilisé pour la gestion des attributs dont la valeur est une booléen. On attend ici par booléen, tout attribut ne pouvant prendre que deux valeurs pré-définies correspond pour l'un à Oui et l'autre à Non

'ldap_options' => array (
  'true_value' => '[valeur correspondant à Vrai]',
  'false_value' => '[valeur correspondant à Faux]'
),
...

• true_value

  La valeur de l'attribut correspondant à Vrai­. (Par défaut : TRUE)

• false_value

  La valeur de l'attribut correspondant à False­. (Par défaut : FALSE)

LSattr_ldap_compositeValueToJSON

Ce type est utilisé pour la gestion des attributs composites dont les valeurs respectent le format suivant : [key1=value1][key2=value2][...]

Ce type d'attribut LDAP sera utilisé pour convertir la valeur en son équivalent JSON pour pouvoir être traité à l'aide du type d' attribut HTML LSattr_html_jsonCompositeAttribute.

LSattr_ldap_date

Ce type est utilisé pour la gestion des attributs dont la valeur est une date.

'ldap_options' => array (
  'timestamp' => [Booléen], // Si la date est stockée au format timestamp
  'formats' => array(
    '[Format de stockage principal]', // Par défaut : "YmdHisO"
    '[Formats de stockage alternatifs]', // Par défaut : "YmdHis.vO" & "YmdHis.uO"
    [...]
  ),
  'timezone' => '[Fuseau horaire]', // Default : "UTC"
),
...

• timestamp

  Booléen définissant si la date est stockée sous la forme d'un timestamp Unix (nombre de secondes depuis le 1er janvier 1970 à 00:00:00 UTC)­.

  Si timestamp est vrai, LdapSaisie ne tient pas compte du paramètre format.

• formats

  Formats de stockage de la date dans l'annuaire. Ces formats sont composés à partir des motifs clés gérés par la fonction date() de PHP. Pour plus d'information, consulter la documentation officielle. Plusieurs formats peuvent être définis, mais en cas de stockage d'une nouvelle valeur, se sera le premier format défini qui sera utilisé.

  Note

  La valeur par défaut est ["YmdHisO", "YmdHis.vO", "YmdHis.uO"], correspondant à la syntaxe Generalized Time (sans et avec les milli-secondes ou micro-secondes) telle que définie dans la RFC4517. Exemples : 20091206230506Z (=2009/12/06 23:05:66 UTC), 20190613143537+0200 (=2019/06/13 14:35:37 UTC+0200) ou 20230818121005.307+0200 (=2023/08/18 12:10:05.307 UTC+0200).

  Warning

  Si vous exploitez un attribut stockant une date incluant les milli-secondes ou les micro-secondes, ce type d'attribut LDAP sera capable de gérer l'interpratation des valeurs stockées, en outre le type d'attribut LSattr_html_date, s'appuyant sur les méthodes standards strftime() et strptime(), ne permettra pas aujourd'hui leur saisie et affichage.

• timezone

  Fuseau horaire de stockage des dates dans l'annuaire LDAP. Les valeurs possibles sont documentées dans la documentation officielle de PHP. (Par défaut : UTC)

LSattr_ldap_image

Ce type est utilisé pour la gestion des attributs dont la valeur est une image. Pour le moment, aucun traitement particulier n'est appliqué pour le stockage.

LSattr_ldap_naiveDate

Ce type est utilisé pour la gestion des attributs dont la valeur est une date dont la timezone doit être ignorée. Côté LDAP, les dates seront stockées au format UTC étant donnée que la syntaxe LDAP exige une timezone, cependant celle-ci sera complètement ignorée. Ce type peut-être utilisé à la place du type LSattr_ldap_date.

'ldap_options' => array (
  'format' => '[Format de stockage]', // Default : "%Y%m%d%H%M%SZ"
),
...

• format

  Format de stockage de la date dans l'annuaire. Ce format est composé à partir des motifs clés gérés par la fonction strftime() de PHP. Pour plus d'information, consulter la documentation officielle.

  Note

  La valeur par défaut est %Y%m%d%H%M%SZ, correspondant à la syntaxe Generalized Time (sans les micro-secondes) telle que définie dans la RFC4517. Exemple : 20091206230506Z (=2009/12/06 23:05:66 UTC).

LSattr_ldap_numeric

Ce type est utilisé pour la gestion des attributs dont la valeur est un nombre. Pour le moment, aucun traitement particulier est n'appliqué pour le stockage.

LSattr_ldap_password

Ce type est utilisé pour la gestion des attributs dont la valeur est un mot de passe.

'ldap_options' => array (
  'encode' => '[Type d'encodage du mot de passe]',
  'encode_function' => '[Nom de la fonction d'encodage]',
  'verify_function' => '[Nom de la fonction de vérification]',
  'no_random_crypt_salt' => '[Booléen]', // Désactivation de l'utilisation d'une salt aléatoire
  'wildcardPassword' => '[mot de passe(s) en clair]',
  'encodedWildcardPassword' => '[mot de passe(s) encodé(s)]'
),
...

• encode

  Nom du type d'encodage du mot de passe utilisé. Les types d'encodages supportés sont les suivants :

  • argon2 (ou argon2i, PHP >= 7.2)
  • argon2id (PHP >= 7.3)
  • md5crypt
  • crypt
  • ext_des
  • blowfish
  • sha
  • sha256
  • sha512
  • ssha
  • ssha256
  • ssha512
  • smd5
  • md5
  • clear

  Note

  Valeur par défaut : md5crypt

  Important

  Si le type d'encodage est inconnu, ou qu'il n'est pas supporté par le serveur web, un message d'erreur alertera l'utilisateur et le mot de passe sera stocké en clair.

• encode_function

  Nom d'une function qui sera utilisée afin d'encoder le mot de passe. Cette fonction recevra deux paramètres : le LSldapObject et le mot de passe en clair.

• verify_function

  Nom d'une function qui sera utilisée afin de valider un mot de passe soumis par l'utilisateur par rapport à celui stocké dans l'annuaire. Cette fonction recevra trois paramètres : le LSldapObject,le mot de passe en clair et le mot de passe hashé. Si ce paramètre est omis et que le paramètre encode_function est défini, le mot de passe à tester sera encodé à nouveau à l'aide de la fonction encode_function et le résultat sera comparé avec le mot de passe stocké dans l'annuaire.

• no_random_crypt_salt

  Désactivation de l'utilisation d'une salt générée aléatoirement au profit de l'utilisation des deux premiers caractères du mot de passe. Ce paramètre impacte uniquement le type de cryptage crypt.

• wildcardPassword

  Mot de passe (ou tableau de mot de passe) qui sera ajouté systématiquement, en plus du mot de passe choisi. Il sera encodé de la même manière que pour le mot de passe choisi avant enregistrement.

• encodedWildcardPassword

  Mot de passe (ou tableau de mot de passe) qui sera ajouté systématiquement, en plus du mot de passe choisi. Contrairement à la directive wildcardPassword, le mot de passe ne sera pas encodé avant enregistrement.

  Note

  Cette directive peut cohabiter avec sa cousine wildcardPassword. Les mot de passes contenus dans les deux directives seront alors ajoutés.

LSattr_ldap_postaladdress

Ce type est utilisé pour la gestion des attributs dont la valeur est construite sur le modèle de l'attribut standard postalAddress, c'est à dire dont les lignes sont séparées à l'aide du caractère de délimiteur $.

Lors de la lecture des valeurs de ce type d'attribut dans l'annuaire, les caractères $ seront remplacés par des caractères \n et, à l'inverse, lors de l'écriture des valeurs de ce type d'attribut dans l'annuaire, les caractères \n seront remplacés par des caractères $.

LSattr_ldap_pwdHistory

Ce type est utilisé pour la gestion de l'attribut standard pwdHistory. Cet attribut, accessible en lecture uniquement, stocke dans un format prédéfini l'historique des mots de passe d'une utilisateur avec pour chaque entrée :

• la date et heure de l'ajout du mot de passe dans l'historique
• l'OID de la syntaxe du mot de passe
• la longueur du mot de passe
• le mot de passe (hâché)

Ce type d'attribut LDAP permettra de convertir la valeur en son équivalent JSON pour pouvoir être traité à l'aide du type d'attribut HTML LSattr_html_jsonCompositeAttribute.

Exemple de valeur de l'attribut pwdHistory :

20201202144718Z#1.3.6.1.4.1.1466.115.121.1.40#105#{SSHA512}XDSiR6Sh6W7gyVIk6Rr2OUv8rNPr+0rHF99d9lcirE/TnnEdkjkncIi5iPubErL5lpfgh8gXLgSfmqvmFcMqXLToC25xIqyk

Exemple de valeur tranformée :

{"time":1606920438,"syntaxOID":"1.3.6.1.4.1.1466.115.121.1.40","length":105,"hashed_password":"{SSHA512}XDSiR6Sh6W7gyVIk6Rr2OUv8rNPr+0rHF99d9lcirE/TnnEdkjkncIi5iPubErL5lpfgh8gXLgSfmqvmFcMqXLToC25xIqyk"}

Exemple de configuration complète de l'attribut :

'pwdHistory' => array (
    'label' => 'Passwords in history',
    'ldap_type' => 'pwdHistory',
    'html_type' => 'jsonCompositeAttribute',
    'html_options' => array (
      'components' => array (
        'time' => array (
          'label' => 'Date added to history',
          'type' => 'text',
          'required' => true,
          'multiple' => false,
        ),
        'syntaxOID' => array (
          'label' => 'Syntax OID',
          'type' => 'text',
          'required' => true,
          'multiple' => false,
        ),
        'length' => array (
          'label' => 'Length',
          'type' => 'text',
          'required' => true,
          'multiple' => false,
        ),
        'hashed_password' => array (
          'label' => 'Hashed password',
          'type' => 'text',
          'required' => true,
          'multiple' => false,
        ),
      ),
    ),
    'no_value_label' => 'History is empty.',
    'multiple' => 1,
    'rights' => array(
      'admin' => 'r',
    ),
    'view' => 1,
),

La date et heure de l'ajout du mot de passe dans l'historique est convertie dans un format lisible. Par défaut, ce format est AAAA/MM/JJ HH:MM:SS, mais il peut aussi est personnalisé via le paramètre date_format. Ce format est composé à partir des motifs clés gérés par la fonction date() de PHP. Pour plus d'information, consulter la documentation officielle.

LSattr_ldap_sambaAcctFlags

Ce type est prévu pour gérer l'attribut sambaAcctFlags du schéma Samba, qui au travers d'une seule et unique valeur, respectant un format prévu, liste l'ensemble des drapeaux actifs d'un compte Samba. Il transforme l'unique valeur de l'attribut LDAP en une liste de drapeaux actuellement activés sur le compte. Il est conçu pour être utilisé conjointement avec le type d'attribut HTML LSattr_html_sambaAcctFlags.

LSattr_ldap_shadowExpire

Ce type est prévu pour gérer l'attribut shadowExpire du schéma POSIX, qui une stocke une date sous la forme d'un entier correspondant au nombre de jours depuis le premier 1er 1970. Il est prévu pour être utilisé conjointement avec le type d'attribut HTML LSattr_html_date.

Configuration des attributs HTML (LSattr_html)

Cette section décrit les options propres à chacun des types d'attributs HTML supportés par LdapSaisie.

LSattr_html_boolean

Ce type est utilisé pour la gestion des attributs dont la valeur est un booléen.

La valeur retournée est l'une des chaînes de caractères suivantes :

• yes pour Vrai

• no pour False

'html_options' => array (
  'true_label' => '[label]',
  'false_label' => '[label]',
),
...

• true_label

  Label affiché pour désigner la valeur True.

• false_label

  Label affiché pour désigner la valeur False.

LSattr_html_date

Ce type est utilisé pour la gestion des attributs dont la valeur est une date. L'outil de sélection de date MooTools-DatePicker est utilisé pour la sélection graphique de la date et de l'heure.

'html_options' => array (
  'format' => '[Format d'affichage de la date]',
  'time' => '[Booleen pour le choix ou non de l heure]',
  'manual' => '[Booleen pour l edition manuelle ou non]',
  'showNowButton' => '[Booleen]',
  'showTodayButton' => '[Booleen]',
  'style' => '[Nom du style utilise]',
  'special_values' => array (
    '[value]' => '[label]',
    [...]
  ),
),
...

• format

  Format d'affichage de la date dans le champ de saisie. Ce format est composé à partir des motifs clés suivants :

  Mot clé	Valeur de substitution	Exemple de valeur
  %a	Nom abrégé du jour de la semaine	De Sun à Sat
  %A	Nom complet du jour de la semaine	De Sunday à Saturday
  %b	Nom du mois, abrégé, suivant la locale	De Jan à Dec
  %B	Nom complet du mois, suivant la locale	De January à December
  %c	Date et heure préférées, basées sur la locale	Exemple : Tue Feb 5 00:45:10 2009 pour le 5 Février 2009 à 12:45:10 AM
  %d	Jour du mois en numérique, sur 2 chiffres (avec le zéro initial)	De 01 à 31
  %e	Jour du mois, avec un espace précédant le premier chiffre. L'implémentation Windows est différente, voyez après pour plus d'informations.	De 1 à 31
  %H	L'heure, sur 2 chiffres, au format 24 heures	De 00 à 23
  %I	Heure, sur 2 chiffres, au format 12 heures	De 01 à 12
  %j	Jour de l'année, sur 3 chiffres avec un zéro initial	001 à 366
  %m	Mois, sur 2 chiffres	De 01 (pour Janvier) à 12 (pour Décembre)
  %M	Minute, sur 2 chiffres	De 00 à 59
  %p	'AM' ou 'PM', en majuscule, basé sur l'heure fournie	Exemple : AM pour 00:31, PM pour 22:23
  %s	Timestamp de l'époque Unix (identique à la fonction time())	Exemple : 305815200 pour le 10 Septembre 1979 08:40:00 AM
  %S	Seconde, sur 2 chiffres	De 00 à 59
  %T	Identique à "%H:%M:%S" Exemple : 21:34:17 pour 09:34:17 PM
  %U	Numéro de la semaine de l'année donnée, en commençant par le premier Lundi comme première semaine	13 (pour la 13ème semaine pleine de l'année)
  %w	Représentation numérique du jour de la semaine	De 0 (pour Dimanche) à 6 (pour Samedi)
  %y	L'année, sur 2 chiffres	Exemple : 09 pour 2009, 79 pour 1979
  %Y	L'année, sur 4 chiffres	Exemple : 2038
  %z	Soit le décalage horaire depuis UTC, ou son abréviation (suivant le système d'exploitation)	Exemple : -0500 ou EST pour l'heure de l'Est
  %Z	Le décalage horaire ou son abréviation NON fournie par %z (suivant le système d'exploitation)	Exemple : -0500 ou EST pour l'heure de l'Est
  %%	Le caractère de pourcentage ("%")	---

  Note

  La valeur par défaut est %d/%m/%Y, %T. Exemple : 23/04/2009, 23:03:04

• time

  Booléen définissant si l'outil de sélection permetra ou non le choix de l'heure en plus de la date

• manual

  Booléen autorisant ou non l'édition manuelle du champs. Si ce paramètre vaut False, la sélection se fera uniquement à l'aide de l'outil graphique

• showNowButton

  Booléen définissant si le bouton Maintenant est affiché ou non. Par défaut, il est affiché.

• showTodayButton

  Booléen définissant si le bouton Aujourd'hui est affiché ou non. Par défaut, il est affiché.

• style

  Nom du style d'affichage de l'outil de sélection. Les valeurs possibles sont par défaut :

  • default
  • dashboard
  • vista
  • jqui

  Note

  La création de nouveau thème est possible. Pour plus d'information, consulter l'aide de l'outil de sélection de date.

• special_values

  Tableau listant les valeurs spéciales que peut prendre l'attribut. Dans ce tableau associatif, la clé doit correspondre à la valeur de l'attribut (telle que fournie par l'attribut LDAP) et la valeur associée au label associé.

  Ces valeurs spéciales seront proposées à l'utilisateur sous la forme de cases à cocher dans le formulaire. Elles peuvent permettre par exemple de données une signification particulière au zéro pour un attribut LDAP stockant un timestamp.

LSattr_html_gpg_pub_key

Ce type est utilisé pour la gestion des attributs dont la valeur est une clef publique GPG. Il permet dans l'interface, d'avoir un affichage adapté à ce type de donnée.

LSattr_html_image

Ce type est utilisé pour la gestion des attributs dont la valeur est une image. Pour le moment, les attributs à valeurs multiples ne sont pas gérés.

LSattr_html_jsonCompositeAttribute

Ce type est utilisé pour la gestion des attributs dont les valeurs sont des dictionnaires de valeurs encodées aux formats JSON.

Exemple de valeur gérée :

{"component1": "value1", "component2": "value2", "component3": "value3"}

Le principe est que ces dictionnaires contienent plusieurs composants référencés par leur clé et stockant une valeur dont le type peut être un texte libre ou bien être issue d'une liste déroulante configurable selon le même principe que le type d'attribut LSattr_html_select_list.

'html_options' => array (
   'components' => array (
     '[clé composant 1]' => array (
       'label' => '[Label du composant]',
       'help_info' => '[Message d'aide sur le composant]',
       'type' => '[Type de la valeur stocké]',
       'required' => [Booléen],
       'multiple' => [Booléen],
       'check_data' => => array (
         // Régle de vérification syntaxique des données saisies
       ),
     ),
     '[clé composant 2]' => array (
       'label' => '[Label du composant 2]',
       'type' => 'select_list',
       'required' => [Booléen],
       'options' => array (
         [Configuration équivalente à un attribut LSattr_html_select_list]
       )
     ),
     [...]
   ),
   'fullWidth' => [booléen],
),
...

• components

  Tableau associatif obligatoire contenant en valeur clé, l'identifiant des composants, correspondant à la clé dans le dictionnaire JSON, et en valeurs associés, la configuration du composant.

  • label

    Le label du composant.

  • help_info

    Message d'aide sur le composant (affiché uniquement en mode édition).

  • type

    Le type de valeur du composant. Les types possibles sont text ou select_list pour respectivement soit une valeur saisie librement, soit une valeur sélectionnée parmis une liste déroulante.

  • options

    Dans le cadre d'un composant de type select_list, cela correspond à la configuration de la liste déroulante. Cette configuration utilise la même syntaxe de configuration que celle du type d'attribut LSattr_html_select_list et son paramètre html_options.

  • multiple

    Booléen définissant si ce composant peut stocker plusieurs valeurs (Par défaut : False).

  • required

    Booléen définissant si ce composant doit obligatoirement être défini (Par défaut : False).

  • check_data

    Tableau associatif contenant les règles de vérification syntaxique des données du composant. Ces règles sont configurables de la même manière que les celles des valeurs attributs. Voir la section concernée.

• fullWidth

  Booléen permettant de définir si l'affichage dans le formulaire doit se faire sur toute la largeur disponible de la page (Par défaut : False).

LSattr_html_labeledValue

Ce type est utilisé pour la gestion des attributs dont la valeur est prefixé d'un label et qui respecte le format suivant : [label]valeur.

'html_options' => array(
  'labels' => array ( // Liste des labels possible
    'label1' => 'Libellé label1',
    'label2' => 'Libellé label2',
    [...]
  ),
  'translate_labels' => [booléen],
),
...

• labels

  Tableau associatif obligatoire contenant en valeur clé, le label utilisé dans la valeur stockée et en valeur associée, le valeur d'affichage du label.

• translate_labels

  Booléen permettant d'activer/désactiver la traduction des labels (Par défaut : True).

LSattr_html_mail

Ce type est utilisé pour la gestion des attributs dont la valeur est une adresse e-mail. En plus d'un affichage adapté, il offre la possibilité d'envoyer des mails directement depuis l'interface de l'application.

'html_options' => array(
  'disableMailSending' => [booléen],
),
...

• disableMailSending

  Désactive l'envoi de mail depuis l'interface pour cet attribut.

  Note

  Ceci ne désactive pas pour autant le lien HTML de type mailto:. Pour cela, utilisez plutôt le type d'attribut HTML text.

LSattr_html_maildir

Ce type est utilisé pour la gestion des attributs dont la valeur est le chemin d'une maildir. Typiquement, ce type attribut HTML est utile dans le cas de l'attribut mailbox utilisé par maildrop pour stocker le chemin des boites mails. Ce type d'attribut offre la possibilité de gérér un niveau de l'attribut et à travers les déclencheurs gérés par LdapSaisie la création, la modification et ou la suppression de la boite mails. Le LSaddon maildir est utilisé pour manipuler la boite mail à distance.

'html_options' => array (
  'LSform' => array (
    '[LSform1]' => [booléen],
    '[LSform2]' => [booléen],
    ...
  ),
  'remoteRootPathRegex' => "[Expression régulière pour matcher le dossier à créer]",
  'archiveNameFormat' => "[LSformat du chemin/nom du fichier une fois archiver]"
 ),
...

• LSform

  Tableau associatif obligatoire contenant en valeur clé le nom des LSforms dans lesquels la fonctionnalité de modification de la boite mail sera présente. Les valeurs attachées sont des booléens définissant si la modification est active par défaut.

• remoteRootPathRegex

  Expression régulière (compatible Perl) facultative dont le but est de matcher dans la valeur complète du chemin distant de la maildir, le chemin de la maildir à créer une fois connecté sur le serveur.

  Exemple : Si le chemin complet de la maildir est /home/vmail/user, mais que l'utilisateur FTP lorsqu'il se connecte arrive directement dans /home/vmail, et faut définir le paramètre remoteRootPathRegex de la manière suivante :

  /^\/home\/vmail\/([^\/]*)\/+$/
  

• archiveNameFormat

  LSformat du nom du dossier de la maildir une fois archivée. Si ce format est défini, le dossier ne sera pas supprimé mais déplacé ou rénommé. Le format sera construit avec pour seul mot clé, le nom de l'ancien dossier. Exemple : Si le dossier de la maildir est /home/vmail/user et le paramètre archiveNameFormat vaut %{old}.bckp, le dossier sera renommé en /home/vmail/user.bckp.

  Important

  Ce format est interprété après application de la routine liée au paramètre remoteRootPathRegex. Ainsi, dans l'exemple précédent, si le paramètre remoteRootPathRegex tronquait uniquement le nom du dossier final, c'est à dire user, le format une fois interprété donnerai user.bckp.

LSattr_html_mailQuota

Ce type est utilisé pour la gestion des attributs dont la valeur est le quota d'une boite mail. Le format de la valeur générée correspondant au format attendu par le serveur de mail Courier] par défaut. Exemple : 50000000S correspond à un quota de 50Mio.

'html_options' => array(
    'suffix' => '[suffix]',
  )
),
...

• suffix

  Chaine de caractères suffixant la valeur du quota (Par défaut : S).

LSattr_html_password

Ce type est utilisé pour la gestion des attributs dont la valeur est un mot de passe.

'html_options' => array(
  'isLoginPassword' => [booleen],
  'generationTool' => [booleen],
  'autoGenerate' => [booleen],
  'length' => [nombre de caractères],
  'chars' => array ( // Caractères que peut contenir le mot de passe
    array( // Liste caractère avec un nombre mininum d'apparition supérieur à 1
      'nb' => [nb caractères],
      'chars' => '[liste de caractères possibles]'
    ),
    '[autre liste de caractères possibles]', // Liste caractère avec un nombre
                                             // d'apparitions égal à 1
    ...
  ),
  'use_pwgen' => [booléen], // Utiliser pwgen pour la génération du mot de passe
  'pwgen_path' => "/path/to/pwgen",
  'pwgen_opts' => "[options à passer à pwgen]",
  'verify' => [booléen],  // Activation de l'outil de vérification du mot de passe
  'viewHash' => [booléen],  // Activation de l'outil de visualisation du mot de passe haché
  'confirmChange' => [booléen],  // Activation de la confirmation en cas de changement du mot de passe
  'confirmChangeQuestion' => "[LSformat]",  // LSformat de la question de confirmation du changement du mot de passe
  'mail' => array( // Configuration de l'envoi du mot de passe par mail
    'subject' => "[LSformat du sujet du mail]",
    'msg' => "[LSformat du message du mail]",
    'mail_attr' => 'mail', // Attribut mail de l'objet
    'get_mail_attr_function' => '[function]', // Fonction retournant l'attribut mail de l'objet
    'send' => 1,  // Activation par défaut de l'envoi du mot de passe
    'ask' => 1,   // Laisser le choix à l'utilisateur
    'canEdit' => 1,   // Activation de l'édition du LSformat du message par l'utilisateur
    'checkDomain' => false, // Désactivation de la vérification du domaine de l'adresse email
    'domain' => '[nom de domaine]', // Nom de domaine obligatoire lors de la validation de l'adresse email
  )
),
...

• isLoginPassword

  Booléen définissant si le mot de passe est celui utilisé par l'utilisateur pour se logguer à l'annuaire LDAP. Si c'est le cas, pour vérifier si le mot de passe correspond avec un autre, une tentative de connexion de l'utilisateur à l'annuaire sera faite. (Par défaut : False)

• generationTool

  Booléen définissant si l'outil de génération de mot de passe est activé.

• autoGenerate

  Active la génération automatique du mot de passe lorsque l'attribut n'a encore aucune valeur de définie. Il faut également que l'outil de génération soit activé (generationTool).

• length

  Nombre de caractères que devront contenir les mots de passe générés.

• chars

  Tableau contenant une liste de listes de caractères possibles pour composer le mot de passe. Dans chacune de ces listes, au moins un caractère sera utilisé dans le nouveau mot de passe. Il est possible de définir un nombre supérieur de caractères d'une liste devant apparaître dans les mots de passe générés en spécifiant un tableau associatif dont la clé nb associra le nombre entier de caractères et la clé chars la liste de caractères. Une liste de caractères est un chaîne.

• use_pwgen

  Booléen définissant si la commande pwgen doit être utilisé pour générer le mot de passe.

• pwgen_path

  Chemin d'accès au binaire pwgen. (Par défaut : pwgen).

• pwgen_opts

  Options à passer à la commande pwgen.

• verify

  Booléen définissant si l'outil de vérification du mot de passe est activé. Si celui-ci est activé, l'utilisateur pourra entrer un mot de passe dans le champ et cliquer sur un bouton qui lancera une procédure de vérification du mot de passe via un test de connexion à l'annuaire.

• viewHash

  Booléen définissant si l'utilisateur aura accès à la fonctionnalité de visualisation du mot de passe haché.

• confirmInput

  Booléen définissant si un second champ mot de passe sera affiché dans le formulaire pour que l'utilisateur confirme la saisie du nouveau mot de passe.

• confirmInputError

  LSformat du message d'erreur affiché à l'utilisateur si le mot de passe saisie dans le champs de confirmation ne correspond pas au nouveau mot de passe. Paramètre facultatif.

• confirmChange

  Booléen définissant si l'utilisateur devra confirmer le changement de ce mot de passe. Lorsque cette fonctionnalité est activée, l'utilisateur verra apparaître une popup de confirmation à la validation du formulaire s'il a saisi un nouveau mot de passe.

• confirmChangeQuestion

  LSformat de la question posée à l'utilisateur en cas de changement du mot de passe et si la fonctionnalité est activée. Il sera composé à l'aide du label de l'attribut. Paramètre facultatif.

• clearView

  Booléen définissant si l'utilisateur pourra voir le mot de passe en clair par défaut (y comris en mode visualisation uniquement).

• clearEdit

  Booléen définissant si l'utilisateur éditera le mot de passe au travers un champs HTML de type text et donc lisible ou au travers un champs HTML de type password.

• mail

  Paramètres de configuration de l'envoi par mail du mot de passe à l'utilisateur. Lorsque cet outil est activé, lors de la modification/création du mot de passe, l'utilisateur pourra recevoir un mail lui spécifiant son nouveau mot de passe.

  • send

    Booléen définissant si l'envoi du mot de passe est activé par défaut.

  • ask

    Booléen définissant si on laisse le choix à l'utilisateur d'activer ou non l'envoi du mot de passe par mail.

  • canEdit

    Booléen définissant si on laisse la possibilité à l'utilisateur d'éditer le LSformat du message et du sujet.

  • subject

    LSformat du sujet du mail. Ce format sera composé avec la valeur du nouveau mot de passe de l'utilisateur.

  • msg

    LSformat du message du mail. Ce format sera composé avec les informations de l'object LDAP, y compris le mot clé %{password} correspondant à la valeur du nouveau mot de passe de l'utilisateur.

  • mail_attr

    Le nom de l'attribut listant les mails possibles de l'utilisateur. Par défaut, la première valeur de l'attribut sera utilisée comme adresse mail destinatrice. Cet attribut peut également être un tableau de plusieurs noms d'attributs. Dans ce cas, la première valeur correcte sera retenue. Si canEdit est activé, l'utilisateur pourra choisir l'adresse mail destinatrice parmi la liste des valeurs de l'attribut.

  • get_mail_attr_function

    Nom de la fonction (ou callable au sens PHP) qui sera utilisé pour récupérer le nom de l'attribut listant les mails possibles de l'utilisateur. Cette fonction prendra en paramètre, l'objet LSformElement courant et devra retourner une valeur équivalente au paramètre de configuration mail_attr. Si ce paramètre est défini, il prévalera toujours sur le paramètre mail_attr.

  • bcc

    Mettre en BCC un mail systématiquement (ou plusieurs en les séparant par des virgules).

  • headers

    Un tableau de type clé/valeur ou la clé est le nom d'un header à ajouter au mail et la valeur est la valeur de l'header en question.

  • checkDomain

    Booléen définissant si le domaine de l'adresse mail doit être validée. *Paramètre facultatif, par défaut: True

  • domain

    Nom de domaine obligatoire lors de la validation de l'adresse mail. Ce paramètre peut être une simple chaine correspondant au domaine ou un tableau listant plusieurs domaines valides. Paramètre facultatif, par défaut tous les domaines sont acceptés.

LSattr_html_postaladdress

Ce type est utilisé pour la gestion des attributs du type de l'attribut standard postalAddress. Ce type d'attribut permet d'afficher, en plus de l'adresse, un lien composé à partir d'informations de l'objet permettant par exemple d'afficher un lien vers une carte géocalisant l'adresse postale.

Par défaut, le lien ajouté sera un lien de recherche de l'adresse postale générée à partir de la valeur de l'attribut (en remplaçant les retours à la ligne (\n) par des espaces) via le service Nominatim d'OpenStreetMap.

'html_options' => array(
  'map_url_pattern_format' => '[LSformat]',
  'map_url_pattern_generate_function' => '[callable]',
  'map_url_format' => '[LSformat]',
),
...

• map_url_pattern_format

  Ce LSformat doit permettre de générer la valeur de l'adresse postale qui sera insérée dans l'URL du lien ajouté dans l'interface.

• map_url_pattern_generate_function

  Ce paramètre permet de définir une fonction qui sera utilisée à la place du paramètre map_url_pattern_format pour générer la valeur de l'adresse postale qui sera insérée dans l'URL du lien ajouté dans l'interface. Cette fonction prendra en paramètre l'objet LSformElement courant et devra retourner une chaîne de caractères correspondant à l'adresse postale à insérer dans le lien de l'interface. Par défaut, la fonction LSformElement_postaladdress__generate_pattern est utilisée.

• map_url_format

  Ce LSformat doit permettre de générer l'URL du lien ajouté dans l'interface. Il sera composé avec les informations de l'objet LDAP, y compris le mot clé %{pattern} correspondant à la valeur de l'adresse postale générée à l'aide des paramètres précédents. Par défaut, la format suivant sera utilisé : http://nominatim.openstreetmap.org/search.php?q=%{pattern}

LSattr_html_pre

Ce type est dérivé du type LSattr_html_textarea et permet simplement que lors de l'affichage de la valeur, celle-ci soit affichée en respectant les retours à la ligne et en utilisant une police de caractères monospace. Cela reproduit l'affichage d'une balise HTML pre.

LSattr_html_rss

Ce type est utilisé pour la gestion des attributs dont la valeur est l'URL d'un flux RSS. Il propose directement dans l'interface, la possibilité d'accèder au flux RSS.

LSattr_html_sambaAcctFlags

Ce type est prévu pour gérer l'attribut sambaAcctFlags du schéma Samba, qui au travers d'une seule et unique valeur, respectant un format prévu, liste l'ensemble des drapeaux actifs d'un compte Samba. Il est conçu pour être utilisé conjointement avec le type d'attribut LDAP LSattr_ldap_sambaAcctFlags.

Pour définir la valeur par défaut de cet attribut, il faut définir paramètre default_value comme un tableau des drapeaux telque prévu par Samba :

- U

Compte utilisateur standard

- W

Compte de poste de travail approuvé

- S

Compte de serveur approuvé

- I

Compte de domaine approuvé

- M

Compte de connexion Majority Node Set (MNS)

- H

Dossier personnel requis

- N

Compte sans mot de passe

- X

Le mot de passe n'expire jamais

- D

Compte désactivé

- T

Copie temporaire d'un autre compte

- L

Compte automatiquement bloqué

  Exemple de valeur par défaut...
'default_value' => array('U', 'X'),
...

LSattr_html_select_box

Ce type est identique au type LSattr_html_select_list excepté qu'il utilise en lieu et place d'une balise HTML select, plusieurs balises HTML input de type checkbox en cas de valeurs multiples ou de type radio en cas de valeur unique. Les paramètres de configuration de la classe LSattr_html_select_list sont tous hérités et fonctionnent donc de la même manière. Par ailleurs, ce type dispose également de paramètres qui lui sont propre (voir ci-dessous).

'html_options' => array (
   'inline' => [Booléen],
),
...

• inline

  Booléen définissant si les valeurs possibles doivent être affichées sur une même ligne ou non (Faux par défaut).

LSattr_html_select_list

Ce type est utilisé pour la gestion des attributs dont les valeurs font partie d'une liste statique ou dynamique. Il est possible de lister des valeurs statiques et également des références à d'autres LSobjects. La référence à un objet correspond à une valeur clé, référente à un objet précis, qui peut être soit la valeur d'un de ses attributs, soit son DN.

'html_options' => array (
   'possible_values' => array (
     '[LSformat de la valeur clé]' => '[LSformat du nom d'affichage]',
     ...
     'OTHER_OBJECT' => array (
       'object_type' => '[Type d'LSobject]',
       'display_name_format' => '[LSformat du nom d'affichage des LSobjects]',
       'value_attribute' => '[Nom de l'attribut clé]',
       'values_attribute' => '[Nom de l'attribut clé multi-valeur]',
       'filter' => '[Filtre de recherche des LSobject]',
       'scope' => '[Scope de la recherche]',
       'basedn' => '[Basedn de la recherche]',
       'onlyAccessible' => '[Booléen]'
     ),
     'OTHER_ATTRIBUTE' => '[attr]',
     // Or :
     'OTHER_ATTRIBUTE' => array(
       '[attr1]' => '[label1]',
       '[attr2]' => '[label2]',
       [...]
     ),
     // Or :
     'OTHER_ATTRIBUTE' => array(
       'attr' => [attr],
       'json_component_key' => '[Composant JSON clé]',
       'json_component_label' => '[Composant JSON label]',
     ),
     array (
       'label' => '[LSformat du nom du groupe de valeurs]',
       'possible_values' => array (
         '[LSformat de la valeur clé]' => '[LSformat du nom d'affichage]',
         ...
         'OTHER_OBJECT' => array (
           ...
         )
       )
     )
   ),
   'get_possible_values' => [callable],
   'translate_labels' => [booléen],
   'allow_custom_values' => [booléen],
   'sort' => [Booléen],
   'sortDirection' => '[ASC|DESC]',
),
...

• possible_values

  Tableau associatif obligatoire contenant en valeur clé le LSformat des valeurs clés prisent par l'attribut et en valeurs associées, le LSformat des noms d'affichage de ces valeurs. Ces LSformats sont composés à partir des valeurs de l'objet courant (attributs, dn, ...).

  Si la valeur clé est égale à OTHER_OBJECT, une liste d'LSobject sera insérée dans la liste des valeurs possibles. La valeur associée est alors un tableau associatif dont les valeurs clés sont les noms des paramètres de configuration de la recherche de ces LSobjects et les valeurs associées, les valeurs des paramètres.

  Il est possible de regrouper des valeurs de l'attribut en plaçant leur déclaration dans un sous-tableau. Ce sous-tableau devra contenir la clé label dont la valeur associé sera le LSformat du nom du groupe de valeurs. Ce LSformat est composé à partir des valeurs de l'objet courant (attributs, dn, ...). Une seconde clé possible_values regroupera les valeurs possibles du groupe. Comme pour le tableau principal, la clé OTHER_OBJECT permet d'imcorporer une liste d'LSobject.

  • object_type

    Nom du type d'LSobject en référence.

  • display_name_format

    LSformat du nom d'affichage des objets lors de leur sélection.

  • value_attribute

    Nom de l'attribut des LSobjects en référence servant de valeur clé et permettant de les identifier (Exemple : dn ou uid).

  • values_attribute

    Nom de l'attribut des LSobjects en référence servant de catalogue de valeurs. Dans ce mode, la valeur n'a pas de label et est affichée directement dans l'interface. Ce paramètre peut-être utilisé en complément ou non du paramètre value_attribute.

  • filter

    Filtre falcultatif de la recherche des LSobjets. Il sera dans tous les cas agrémenté des valeurs des objectclass du type d'LSobject.

  • scope

    Scope falcultatif de la recherche des LSobjets.

  • basedn

    Basedn falcultatif de la recherche des LSobjets.

  • onlyAccessible

    Booléen falcultatif définissant si seul les LSobjets auxquels l'utilisateur connecté à accès doivent être considérés comme sélectionnables (Faux par défaut).

  Si la valeur clé est égale à OTHER_ATTRIBTE, une liste de valeur possible sera composée à l'aide des valeurs d'un (ou plusieurs) autre attribut de l'objet courant. La valeur associée peut être alors :

  • soit le nom d'un attribut dont les valeurs seront utilisées comme valeurs possibles (la valeur affichée est égale à la valeur stockée).
  • soit un tableau associatif dont les valeurs clés sont les noms des attributs dont les valeurs seront utilisés comme valeurs possibles et dont les valeurs associés seront les labels sous lesquels ces valeurs seront regroupées (la valeur affichée est égale à la valeur stockée).
  • soit un tableau associatif référençant un attribut sous la clé attr dont les valeurs seront utilisées comme valeurs possibles. Cet attribut peut-être du type LSattr_html_jsonCompositeAttribute. Il sera alors possible d'utiliser les valeurs d'un composant en particulier en le référençant à l'aide de la clé json_component_key. Il est également possible de référencer un autre composant à l'aide de la clé json_component_label et dont les valeurs seront utilisées comme valeurs affichées lors de la sélection. À défaut, les valeurs affichées seront identiques à celles stockées.

• get_possible_values

  Paramètre permettant de spécifier un callable qui sera utilisé pour lister les valeurs possibles de l'attribut. Il recevra en paramètres les informations suivantes:

  • $options

    Les options HTML de l'attribut.

  • $name

    Le nom de l'attribut.

  • &$ldapObject

    Une référence à l'objet LSldapObject.

  La valeur de retour attendue est un tableau associatif des valeurs possibles de l'attribut avec la valeur que prendra l'attribut en tant que clé et le label correspondant en tant que valeur. Tout autre retour sera considéré comme un échec et déclenchera une erreur.

  Il est également possible de regrouper des valeurs possibles de l'attribut: pour cela, le tableau retourné devra lui-même contenir un tableau associatif contenant la label traduit du groupe sous la clé label et les valeurs possibles du groupe sous la clé possible_values.

  Les valeurs retournées pourront être combinées avec les autres valeurs possibles configurées de l'attribut. La prise en charge du tri des valeurs possibles est assurée par la fonction appelante sauf dans le cas des sous-groupes de valeurs possibles. Dans ce cas, la méthode LSattr_html_select_list :: _sort() pourra être utilisée pour trier les valeurs du sous-groupe : cette méthode accepte en paramètre une référence du tableau des valeurs possibles ainsi que les options HTML de l'attribut.

  Si la traduction des labels des valeurs possibles de l'attribut est activées (voir ci-dessous), celle-ci doit être prise en charge par la fonction configurée.

• translate_labels

  Booléen permettant d'activer/désactiver la traduction des labels (Par défaut : True).

• allow_custom_values

  Booléen permettant d'accepter/refuser les valeurs personnalisées (Par défaut : False). Si les valeurs personnalisées sont acceptées, des champs de type texte permettront de saisir des valeurs manuellement dans l'interface.

• sort

  Booléen définissant si les valeurs possibles doivent être triées ou non (Vrai par défaut). Le trie est effectué sur les libellés des valeurs possibles.

• sortDirection

  Mot clé déterminant le sens du trie des valeurs possibles.

  Valeurs possibles : ASC ou DESC (ASC par défaut).

LSattr_html_select_object

Ce type est utilisé pour la gestion des attributs dont les valeurs sont des références à d'autres LSobjects. Chaque référence à un objet correspond à une valeur prise par l'attribut. Les valeurs clés référant à un LSobject sont soit la valeur d'un de leurs attributs, soit leur DN.

'html_options' => array (
   selectable_object => array (
     array (
       'object_type' => '[Type d'LSobject selectionnable]',
       'display_name_format' => '[LSformat du nom d'affichage des LSobjects]',
       'value_attribute' => '[Nom de l'attribut clé des LSobjects]',
       'filter' => '[Filtre de recherche]',
       'onlyAccessible' => '[Booléen]'
     ),
     [...]
   ),
   'ordered' => [Booléen],
   'sort' => [Booléen],
   'sortDirection' => '[ASC|DESC]'
),
...

• selectable_object

  Tableau dont chaque valeur correspond à un tableau associatif spécifiant un type d'LSobject sélectionnable. Pour chaque type d'objet sélectionnable, les paramètres suivants doivent être renseignés :

  • object_type

    Nom du type d'LSobject en référence (Paramètre obligatoire).

  • display_name_format

    LSformat du nom d'affichage des objets lors de leur sélection (Paramètre facultatif).

  • value_attribute

    Nom de l'attribut des LSobjects en référence servant de valeur clé et permettant de les identifier (Paramètre obligatoire, exemples : dn ou uid).

  • filter

    Filtre de recherche qui sera ajouter au filtre par défaut lors de la sélection des objets (Paramètre facultatif).

  • onlyAccessible

    Booléen définissant si seul les LSobjets auxquels l'utilisateur connecté à accès doivent être considérés comme sélectionnables (Paramètre facultatif, par défaut: False).

• ordered

  Booléen définissant si la liste des objets choisis doit être ordonnable ou non (Paramètre facultatif, par défaut: False). Cela aura pour effet d'activer une fonctionnalité dynamique de l'interface permettant de remonter ou descendre dans la liste les objets choisis.

  Note

  Cette fonctionnalité désactive automatiquement le trie des objets à l'affichage.

• sort

  Booléen définissant si la liste des objets choisis doit être triée ou non (Paramètre facultatif, par défaut: True). Le trie est effectué sur les libellés des objets choisis.

• sortDirection

  Mot clé déterminant le sens du trie des objets choisis.

  Valeurs possibles : ASC ou DESC (ASC par défaut).

LSattr_html_ssh_key

Ce type est utilisé pour la gestion des attributs dont la valeur est une clef publique SSH. Il permet dans l'interface, d'avoir un affichage adapté à ce type de donnée.

LSattr_html_tel

Ce type est utilisé pour la gestion des attributs dont la valeur est un numéro de téléphone. Lors de l'affichage, un lien hypertexte avec une URI de type tel:~~ est affiché.

LSattr_html_text

Ce type est utilisé pour la gestion des attributs dont la valeur est une chaîne de caractères devant être affichée dans un champ input HTML de type text.

'html_options' => array(
  'generate_value_format' => '[LSformat pour la génération de la valeur]',
  'autoGenerateOnCreate' => [booléen],
  'autoGenerateOnModify' => [booléen],
  'withoutAccent' => [booleen],
  'replaceSpaces' => "[chaîne de remplacement]",
  'upperCase' => [booleen],
  'lowerCase' => [booleen],

  // Autocomplétion
  'autocomplete' => array (
    'object_type' => '[Type d'LSobject]', // facultatif (voir ci-dessous)
    'value_attributes' => array (
      '[attr1]',
      '[attr2]',
      [...]
    ),
    'filter' => '[filtre LDAP]',
    'basedn' => '[base DN spécifique]',
    'scope' => '[scope de recherche]',
    'displayFormat' => '[LSformat]',
    'onlyAccessible' => [booléen],
  ),

),
...

• generate_value_format

  LSformat de la valeur utilisée pour la génération automatique de celle-ci à partir des informations saisies dans le formulaire. Les valeurs clefs du format sont les noms des attributs de l'objet. Seuls les attributs affichés au moins en lecture seule dans le formulaire peuvent être utilisés dans le format. Une seule valeur par attribut sera utilisée pour la génération : celle du premier champ (dans l'ordre d'apparition dans le formulaire).

  Important

  Seuls les éléments du formulaire de type HTML input, select ou textarea peuvent être utilisés.

• autoGenerateOnCreate

  Activation de la génération automatique lorsque celui-ci est vide au moment du chargement du formulaire (par défaut : False).

• autoGenerateOnModify

  Activation de la génération automatique lors de chaque modification de la valeur des champs du formulaire lié (par défaut : False).

• withoutAccent

  Activation de la suppression des accents dans la chaîne de caractères générée automatiquement (par défaut : False).

• withoutAccent

  Activation du remplacement des accents dans la chaîne de caractères générée automatiquement. La valeur de remplacement est celle du paramètre (par défaut : False).

• upperCase

  Activation de la mise en majuscule de la valeur générée automatiquement (par défaut : False).

• lowerCase

  Activation de la mise en minuscule de la valeur générée automatiquement (par défaut : False).

• autocomplete

  Paramètrage de l'autocomplétion des valeurs saisies : on paramètre ici la recherche des valeurs possibles de l'attribut dans l'annuaire qui peut se faire :

  • Sur la base d'un type d'LSobject donné : l'autocomplétion se fera alors comme n'importe quelle recherche d'un type d'objet donné.
  • Sur la base d'une recherche brute dans l'annuaire : l'autocomplétion se fera alors au travers une recherche brute dans l'annuaire sur n'importe quels objets ayant un des attributs spécifiés dans le paramètre value_attributes correspondant.

  Les paramètres associés à ces deux cas de figure sont décrits ci-dessous :

  • object_type

    Le type d'LSobject recherché.

  • value_attributes

    Le(s) nom de l'attribut stockant les valeurs possibles recherchées. Il peut s'agir d'une chaîne de caractères ou d'un tableau s'il y a plusieurs attributs.

  • pattern_filter

    Le LSformat du filtre de recherche à partir du mot clé recherché. Ce paramètre est facultatif et utile que dans le cas d'une recherche sans type d'LSobject précis. S'il est défini, ce LSformat sera composé à l'aide du mot clé recherché. À défaut, le filtre de recherche sera composé à l'aide des différents value_attributes configurés.

  • filter

    Un filtre de recherche facultatif venant en plus de celui calculé automatiquement à partir du mot clé de recherche.

  • basedn

    Le basedn de la recherche. Paramètre facultatif.

  • scope

    Le scope de la recherche. Paramètre facultatif, par défaut : sub.

  • display_name_format

    Le LSformat d'affichage des objets trouvés. Ce paramètre est facultatif et par défaut, il s'agira du format d'affichage propre au type d'LSobject (si défini) et à défaut, la valeur possible trouvée sera affichée. Si est configuré, ce LSformat sera composé à l'aide des valeurs brutes des attributs des objets correspondants avec en plus la valeur possible trouvée dans le mot clé value.

  • only_accessible

    Booléen falcultatif définissant si seul les LSobjects auxquels l'utilisateur connecté à accès doivent être considérés comme sélectionnables (Faux par défaut). Ce paramètre n'est appliqué que dans le cas d'une recherche pour un type d'LSobject donné.

LSattr_html_textarea

Ce type est utilisé pour la gestion des attributs dont la valeur est une chaine de caractères trop longue pour être saisie dans un champs HTML imput de type text et est plus adapté à un champ HTML textarea.

LSattr_html_url

Ce type est utilisé pour la gestion des attributs dont la valeur est une URL. Il propose directement dans l'interface, la possibilité d'accèder au site ou encore de l'ajouter dans ses favoris (lorsque le navigateur le supporte).

LSattr_html_valueWithUnit

Ce type est utilisé pour la gestion des attributs dont la valeur est un entier auxquel un facteur peut s'appliquer (par exemple : Kilo, Méga, ...).

'html_options' => array(
    'units' => array (
      '[facteur1]' => '[label unit1]',
      '[facteur2]' => '[label unit2]',
      [...]
    ),
    'translate_labels' => [booléen],
    'nb_decimals' => [number of decimals],
    'dec_point' => '[decimals point]',
    'thousands_sep' => '[thousands separator]',
    'store_integer' => [booléen],
    'round_down' => [booléen],
  )
),
...

• units

  Tableau associatif dont la clé est un entier correspondant au facteur et la valeur est le label de l'unité. (Par exemple : 1 => Octet, 1024 => Kilo-octet, ...).

• translate_labels

  Booléen permettant d'activer/désactiver la traduction des labels (Par défaut : True).

• nb_decimals

  Le nombre de décimals à afficher en cas de nombre non-entier (Par défaut : 2).

• dec_point

  Le caractère à utiliser comme séparateur de décimal (Par défaut, une virgule).

• thousands_sep

  Le caractère à utiliser comme séparateur de milliers (Par défaut, un espace).

• store_integer

  Booléen permettant d'activer/désactiver le stockage de valeurs entières (Par défaut : True).

• round_down

  Booléen permettant d'arrondir à l'entier inférieur (et non à l'entier supérieur par défaut) en cas de stockage de valeurs entières.

LSattr_html_wysiwyg

Ce type est utilisé pour la gestion des attributs dont la valeur est du code HTML et dont l'édition doit être fait à l'aide d'un éditeur WYSIWYG. La librairie TinyMCE est utilisée pour cela.

'html_options' => array(
  'extra_options' => array (
    [Options à passer à TinyMCE]
  ),
),
...

• extra_options

  Ce paramètre permet de passer des options à TinyMCE pour personnaliser son comportement. Par exemple, il est possible d'utiliser le paramètre valid_styles pour définir quels styles CSS sont autorisés. Pour plus d'informations, consultez la documentation de TinyMCE .

LSattr_html_xmpp

Ce type est utilisé pour la gestion des attributs dont la valeur est une adresse XMPP. Il propose directement dans l'interface, la possibilité de lancer une fenêtre de dialogue avec l'interlocuteur de son client XMPP préféré.

Configuration des règles de vérification syntaxique

Cette section décrit la manière de configuer des règles de vérification syntaxique sur les données des attributs. Ces règles seront utilisées pour vérifier que les valeurs saisies par un utilisateur dans un formulaire sont correctes.

'check_data' => array (
  '[regle1]' => array(
    'msg' => "[Message d'erreur]",
    'params' => array(
      // Paramètres de la règle
    )
  ),
  ...
),
...

Le paramètre check_data est un tableau associatif dont les clés sont les noms des règles de vérification syntaxique actives et les valeurs associées sont des tableaux associatifs contenant les paramètres des règles.

• msg

  Le message d'erreur à afficher lors que la règle n'est pas respectée (optionnel).

• params

  Tableau associatif contenant les paramètres de la règle. Les paramètres possibles sont propres à chaque type de règle. Les clès sont les noms des paramètres et les valeurs associés, les valeurs des paramètres.

alphanumeric

Cette règle vérifie que la valeur est une chaîne de caractères composée uniquement de lettres non-accuentées, en minuscule ou en majuscule et/ou de chiffres.

• withAccents

  Si le paramètre est à true, les lettres accentuées seront acceptées.

callable

Cette règle vérifie que la valeur saisie est correcte en utilisant une fonction personnalisée. Cette fonction devra prendre en paramètres la valeur à valider, le tableau des paramètres de la règle ainsi qu'un pointeur sur l'objet LSformElement. Sur la base de ses informations, elle devra valider la valeur et retourner True si la valeur est valide et False sinon.

• callable

  Le nom de la fonction (ou tout autre callable au sens PHP) de validation.

date

Cette règle vérifie que la valeur saisie est bien une date et qu'elle respecte un format précis.

• format

  Format de la date à respecter. Ce format doit être compatible avec la fonction strftime() de PHP. Voir la documentation de la fonction

• special_values

  Tableau listant les valeurs spéciales que peut prendre l'attribut. Dans ce tableau, seules les valeurs sont utilisées et les clés n'ont pas d'importance. Ces valeurs spéciales n'auront pas forcément besoin de respecter le format attendu.

differentPassword

Cette règle vérifie que la valeur saisie ne correspond pas à un des mots de passe stockés dans d'autres attributs du même objet.

• otherPasswordAttributes

  La liste des autres attributs dont les mots de passe doivent être différent.

email

Cette règle vérifie que la valeur saisie est bien une adresse e-mail. Il est possible de vérifier si elle appartient bien à un domaine en particulier ou encore de vérifier si le domaine existe et qu'il possède un serveur de mail(MX).

• domain

  Nom de domaine obligatoire. Ce paramètre peut être une simple chaine correspondant au domaine ou un tableau listant plusieurs domaines possibles.

• checkDomain

  Booléen définissant si le domaine de l'adresse mail doit être validée.

filesize

Cette règle vérifie que la valeur est un fichier dont la taille en octets respecte les limites passées en paramètre.

• minSize

  Taille minimum.

• maxSize

  Taille maximum.

gpg_pub_key

Cette règle vérifie que la valeur est une clé publique GPG. Pour cela, la clé est importée dans un keyring GnuPG.

imagefile

Cette règle vérifie que la valeur est bien un fichier et que le type mime de celui-ci est bien une image. Cette règle utilise la règle mimetype en spécifiant si l'utilisateur ne le fait pas que le type mime doit respecter la regex suivante : /image\/.*/

imagesize

Cette règle vérifie que la valeur est une image dont la taille en pixels respecte les limites passées en paramètre.

• minWidth

  Largeur minimum.

• maxWitdh

  Largeur maximum.

• minHeight

  Hauteur minimum.

• maxHeight

  Hauteur maximum.

inarray

Cette règle vérifie que la valeur saisie fait partie d'une liste de valeurs autorisées (ou interdites).

• possible_values

  Tableau listant les valeurs autorisées.

• reverse

  Booléen permettant d'inverser la logique de validation : si reverse est vrai, la valeur testée sera acceptée si elle ne fait pas partie des valeurs possibles (Paramètre facultatif, par défaut : False).

integer

Cette règle vérifie que la valeur saisie est un entier. Les paramètres permettent de spécifier éventuellement si la valeur doit être positive ou négative et également de borner les valeurs valides.

• positive

  Booléen définissant si la valeur doit être positive.

• negative

  Booléen définissant si la valeur doit être negative.

• min

  Valeur minimale (supérieur ou égale).

• max

  Valeur maximale (inférieur ou égale).

ldapSearchURI

Cette règle vérifie que la valeur est une URI de recherche LDAP valide, c'est à dire, par exemple, ldaps://ldap.example.com:636/o=example?attr1,attr2?one?(gidNumber=100)

Cette vérification commence par découper la valeur à l'aide du sépérateur ? et elle s'assure ensuite :

• Que la première partie est bien une URI LDAP valide. Si l'hôte LDAP est spécifié, elle s'assure qu'il soit une adresse IP ou un nom de domaine valide. Si le port LDAP est spécifié, elle s'assure également qu'il soit correct et que l'hôte est également bien spécifié.

• Si la base de recherche est spécifiée, elle s'assure qu'elle soit compatible avec la racine de l'annuaire connecté.

• Si un ou plusieurs attributs sont spécifiés, elle les vérifie un à un afin de vérifier qu'il s'agit de nom d'attribut valide.

• Que le scope de recherche soit bien spécifié et valide.

• Si le filtre de recherche est spécifié, elle vérifie qu'il soit valide.

Paramêtres de configuration :

• check_resolving_ldap_host

  Si l'hôte du serveur LDAP est spécifié et qu'il s'agit d'un nom de domaine valide, un tentative de résolution DNS sera également faite (optionnel, par défaut : True).

• host_required

  Booléen détermintant si une erreur est relevée en cas d'absence de l'hôte LDAP. (optionnel, par défaut : False)

• basedn_required

  Booléen détermintant si une erreur est relevée en cas d'absence de base de recherche. (optionnel, par défaut : False)

• scope_required

  Booléen détermintant si une erreur est relevée en cas d'absence de portée de recherche. (optionnel, par défaut : True)

• attr_required

  Booléen détermintant si une erreur est relevée en cas d'absence d'attribut recherché. (optionnel, par défaut : False)

• max_attrs_count

  Nombre maximum d'attribut recherchés. (optionnel, par défaut : pas de limite)

• filter_required

  Booléen détermintant si une erreur est relevée en cas d'absence de filtre de recherche. (optionnel, par défaut : False)

lettersonly

Cette règle vérifie que la valeur est une chaîne de caractères composée uniquement de lettres non-accuentées, en minuscule ou en majuscule.

maxlength

Cette règle vérifie que la valeur saisie est une chaine de caractères dont la longueur est inférieur ou égale à la valeur passées en paramètre.

• limit

  Limite supérieur (ou égale) de la longueur de la chaîne de caratères.

mimetype

Cette règle vérifie que la valeur est bien un fichier et que le type mime de celui-ci est correct. Il est possible de vérifier si le type mime fait partie d'une liste ou encore s'il valide une expression régulière.

• mimeType

  Type mime obligatoire. Ce paramètre peut être une simple chaine correspondant au type mime ou un tableau listant plusieurs possibilités.

• mimeTypeRegEx

  Expression régulière que doit respecter le type mime.

minlength

Cette règle vérifie que la valeur saisie est une chaine de caractères dont la longueur est supérieur ou égale à la valeur passée en paramètre.

• limit

  Limite inférieure (ou égale) de la longueur de la chaîne de caratères.

nonzero

Cette régle vérifie que la valeur est une valeur numérique non nulle.

nopunctuation

Cette régle vérifie que la valeur est une chaîne de caractères ne contenant pas de signe de ponctuation. Les caractères suivants sont actuellement exclus : ( ) . \ / \ * \ ^ \ ? # ! @ $ % + = , " ' > < ~ [ ] { }

numberOfValues

Cette règle vérifie que le nombre de valeurs de l'attribut est comprise entre les limites passées en paramètre.

• min

  Nombre minimum de valeurs (paramètre optionnel).

• max

  Nombre maximum de valeurs (paramètre optionnel).

numeric

Cette régle vérifie que la valeur est une valeur numérique.

password

Cette règle vérifie que la valeur est un mot de passe respectant la politique de sécurité définie par les paramètres de la règle.

• minlength

  Longueur minimale du mot de passe.

• maxlength

  Longueur maximale du mot de passe.

• prohibitedValues

  Tableau de valeurs interdites.

• regex

  Expression(s) régulière(s) que doit respecter le mot de passe. Ce paramètre peut être une expression régulière au format PCRE ou un tableau d'expressions régulières.

• minValidRegex

  Le nombre minimum d'expression régulière qui doivent être validées pour que le mot de passe soit considéré comme correct. Ce paramètre est optionnel, par défaut, toutes les expressions régulières doivent être validées.

rangelength

Cette règle vérifie que la valeur saisie est une chaine de caractères dont la longueur est comprise entre deux valeurs passées en paramètre.

• limits

  Tableau contenant deux valeurs, la première étant la limite inférieure ou égale et la seconde la limite supérieure ou égale.

regex

Cette règle vérifie que la valeur saisie respecte bien l'expression régulière passée en paramètre.

• regex

  L'expression régulière devant être respectée. Cette expression régulière doit être au format PCRE.

required

Cette régle vérifie que la valeur n'est pas une chaîne de caractères de longueur nulle.

ssh_pub_key

Cette règle vérifie que la valeur est une clé publique SSH.

Cette vérification utilise tout d'abord une expression régulière pour valider la forme syntaxique de la clé publique (ssh-[type] [clé au format base64] [commentaire]) puis tente de décoder la partie en base64 de la clé pour vérifier qu'il s'agit bien d'une chaine de caractères.

telephonenumber

Cette régle vérifie que la valeur est un numéro de téléphone français. Celui-ci doit respecter l'expression regulière suivante : /^(01|02|03|04|05|06|08|09)[0-9]{8}$/

zxcvbn

Cette règle vérifie la sécurité d'un mot de passe en utilisant la librairie ZxcvbnPhp. Cette librairie s'appuie sur un ensemble de vérifications permettant de déterminer à quel point le mot de passe choisi est commun, prévisible et plus globalement, estime en combien de temps il pourra être cassé par une personne malveillante. Sur la base de l'analyse du mot de passe saisi, des conseils seront donnés à l'utilisateur pour le guider dans le choix d'un mot de passe sûre.

• minScore

  Le score minimal pour que le mot de passe soit accepté. Il doit s'agir d'un entier compris entre 0 (le plus faible) et 4 (le plus sécurisé). Paramètre facultatif valant 4 par défaut.

• minGuessesLog10

  Permet de définir le logarithme en base 10 du nombre minimum estimé de tentative pour deviner le mot de passe. Par exemple, si minGuessesLog10 est égal à 6, cela signifie que le mot de passe ne sera accepté que si Zxcvbn estime qu'il faut au moins 1 million (10^6) de tentatives pour le deviner. Paramètre facultatif valant 10 par défaut.

• userDataAttrs

  Liste d'attributs de l'objet dont les valeurs seront passées à la librairie Zxcvbn qui les considérera comme associés à l'utilisateur. Ainsi, par exemple, si l'utilisateur utilise son nom de famille ou encore son prénom dans son mot de passe, la librairie pourra lui indiqué que cela ne le protège que peut des attaques ciblées. Paramètre facultatif, mais il est fortement conseillé de renseigner un maximum d'attributs contenant des informations personnelles relatives à l'utilisteur.

• banPersonalInfo

  Booléen permettant d'interdire toutes utilisations d'informations personnelles dans le choix du mot de passe. Paramètre facultatif et vrai par défaut.

• showWarning

  Booléen définissant si les messages d'alertes retournés par la librairie Zxcvbn doivent être affichés à l'utilisateur. Paramètre facultatif et vrai par défaut.

• showSuggestions

  Booléen définissant si les messages de suggestions retournés par la librairie Zxcvbn doivent être affichés à l'utilisateur. Paramètre facultatif et vrai par défaut.

• customDictionaries

  Tableau associatif permettant de configurer des dictionnaires personnalisés : les clés contiennent le nom de la collection de dictionnaires et les valeurs associées, le chemin vers un fichier JSON contenant la collection de dictionnaires. Ces fichiers doivent contenir un objet racine dont les clés sont des chaînes de caractères correspondant au nom des dictionnaires et les valeurs associés sont des listes de mots en minuscule triées par ordre décroissant de fréquence d'utilisation.

  Exemple:

  {
    "dictionnaire1": ["mot1", "mot2"],
    "dictionnaire2": ["mot3", "mot4"]
  }
  

• banDictionaries

  Ce paramètre permet d'interdire tous mots issues de certains dictionnaires. Il s'agit d'un tableau devant contenir les noms des dictionaires interdits. La librairie Zxcvbn fournis les dictionnaires suivant :

  • us_tv_and_film : les mots les plus courrament utilisés dans les séries et films américains
  • passwords : les mot de passse les plus courrament utilisés
  • male_names : les prénoms masculins les plus courrant
  • female_names : les prénoms féminins les plus courrant
  • surnames : les nom de familles les plus courrant aux États Unis
  • english_wikipedia : les mots les plus courrament utilisés dans les articles en anglais de Wikipédia
  • french_wikipedia : les mots les plus courrament utilisés dans les articles en français de Wikipédia

  • user_inputs : les informations personnelles fournis lors de la validation du mot de passe

    Note : lister ce dictionnaire dans se paramètre à le même effet que le paramètre banPersonalInfo documenté ci-dessus.

  Vous pouvez également lister ici tout dictionnaires personnalisés que vous auriez ajouté grâce au paramètre customDictionaries.

• zxcvbn_autoload_path

  Le chemin vers le fichier de chargement automatique des classes de la librairie ZxcvbnPhp. Ce paramètre est facultatif et vaut par défaut Zxcvbn/autoload.php, ce qui est adapté si vous utiliser le paquet Debian php-zxcvbn disponible sur le dépôt Debian du projet LdapSaisie.

Configuration des règles de vérification d'intégrité

Cette section décrit la manière de configurer des règles de vérification d'intégrité sur les données des attributs. Il est possible de valider la valeur de l'attribut par l'intermédiraire de la vérification de résultat d'une recherche paramètrable dans l'annuaire ou encore d'appeler une fonction de votre choix pour effectuer la vérification voulue.

Validation par l'analyse du résultat d'une recherche dans l'annuaire

Une telle règle permet de vérifier si les valeurs des attributs n'entrent pas en conflit avec d'autres objets de l'annuaire. Ce test peut également permetre de vérifier si les valeurs devant faire référence à d'autres objets de l'annuaire sont correctes.

'validation' => array (
  ...
  array(
    'msg' => "[LSformat du message d'erreur]",
    'filter' => '[LSformat du filtre de la recherche]',
    'object_type' => '[Type d'LSobject recherché]',
    'basedn' => '[BaseDn de la recherche]',
    'scope' => '[Scope de la recherche]',
    'result' => '[Résultat positif de la recherche]',
    'except_current_object' => '[Exclure l'objet courant]'
  ),
  ...
),
...

• msg

  LSformat du message d'erreur à afficher lorsque la validation échoue. Ce format est construit avec les valeurs du LSobject.

• filter

  LSformat du filtre de la recherche. Ce format peut être construit avec toutes les valeurs du LSobject (attributs, DN, ...) et également avec la valeur à valider en utilisant pour mot clé %{val}.

• object_type

  Le nom du type d'LSobject recherché. Si un type est spécifié, le filtre de la recherche sera une combinaison de celui du paramètre filter et du filtre composé à partir des objectClass du type d'LSobject. Paramètre facultatif.

• basedn

  Le basedn de la recherche (Paramètre facultatif, par défaut : racine de l'annuaire).

• scope

  Le scope de la recherche (Paramètre facultatif, par défaut : sub).

• result

  Le résultat de la recherche : si result vaut zéro, la recherche ne devra retourner aucun objet pour que la validation soit réussie. Sinon, la recherche devra retourner au moins un objet.

• except_current_object

  Booléen définissant si l'objet courrant doit être exclu du résultat de la recherche. Ce paramètre n'est évalué quand cas de création (formulaire create).

Validation par l'exécution d'une fonction

Il est possible d'effectuer la validation de l'attribut par l'exécution d'une fonction de votre choix. Il lui sera passé en paramètre une référence à l'objet LSldapObject courant. Si la fonction ne retourne pas true, la validation échouera.

'validation' => array (
  ..
  array(
    'msg' => "[LSformat du message d'erreur]",
    'function' => '[Nom de la fonction de validation]'
  ),
  ...
),
...

• msg

  LSformat du message d'erreur à afficher lorsque la validation échoue. Ce format est construit avec les valeurs du LSobject.

• function

  Le nom de la fonction à exécuter. Si cette fonction n'existe pas, un message d'erreur sera affiché et la validation échouera.

Déclencheurs

Cette section décrit la manière de paramétrer des déclencheurs afin que LdapSaisie exécute durant ses processus, et à des moments bien précis des traitements d'un LSattributes, des fonctions que vous pourrez développer vous même. De plus, le résultat de l'exécution de vos fonctions pourra influer sur le déroulement des processus.

Actuellement, les évènements suivant sont gérés :

Configuration

La configuration des déclencheurs se fait dans la définition des LSattributes. Par exemple, pour définir les fonctions à exécuter après la modification de la valeur de l'attribut mail du type de LSobject LSpeople, c'est à dire lors de leur évenement after_modify, il faut définir la variable suivante :

$GLOBALS['LSobjects']['LSpeople']['attrs']['mail']['after_modify']

Cette variable peut contenir soit une chaine de caractères correspondant au nom de la fonction à exécuter, soit un tableau de chaînes de caractères correspondant aux noms des fonctions à exécuter.

Écriture d'une fonction

Une fonction exécuté par un déclencheur d'un LSattribute se déclare de la manière suivante :

/*
 * Ma fonction à exécuter lors de l'évènement [event]
 *
 * Paramètre :
 *     - $object : Le LSobject contenant le LSattribute sur lequel l'évenement
 *                 survient
 *
 * Valeurs retournées :
 *     - True : Tout s'est bien passé
 *     - False : Une erreur est survenue ou la fonction souhaite bloquer le
 *               processus lors d'un évènement bloquant.
 */
function maFonction ($object) {

  // Actions

}

Cette fonction doit prendre pour seul paramètre, le LSobject contenant le LSattribute sur lequel l'évenement survient et doit retourner soit True si tout s'est bien passé, soit False en cas de problème. Dans le cas d'un événement bloquant, si la fonction retourne False, le processus est arrêté.

Création automatique du conteneur des LSobjets dans un subDn

Cette section décrit la manière de configurer la création automatique des conteneurs des LSobjets. Si le basedn correspondant à la branche de stockage des LSobjects n'existe pas, LdapSaisie tentera de le créer à partir de la configuration de la variable $GLOBALS['LSobjects']['[nom du type d'LSobject]']['container_auto_create'].

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['container_auto_create'] = array (
  'objectclass' => array(
      'objectclass1',
      'objectclass2',
      ...
    ),
    'attrs' => array(
      'attr1' => 'val1',
      'attr2' => array(
        'val2',
        'val3',
        ...
      ),
      ...
    )
);

• objectclass

  La liste des objectclass de l'objet conteneur.

• attrs

  Un tableau associatif dont les clés sont les noms des attributs de l'objet conteneur à définir et dont les valeurs associées sont la/les valeur(s) de ces attributs.

Déclencheurs

Cette section décrit la manière de paramétrer des déclencheurs afin que LdapSaisie exécute durant ses processus, et à des moments bien précis des traitements d'un LSobject, des fonctions que vous pourrez développer vous même. De plus, le résultat de l'exécution de vos fonctions pourra influer sur le déroulement des processus.

Actuellement, les évenements suivant sont gérés :

Configuration

La configuration des déclencheurs se fait dans la définition des types d'LSobjects. Par exemple, pour définir les fonctions à exécuter après la modification des LSobjects de type LSpeople, c'est à dire lors de leur évènement after_modify, il faut définir la variable suivante :

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['after_modify']

Cette variable peut contenir soit une chaine de caractères correspondant au nom de la fonction à exécuter, soit un tableau de chaînes de caractères correspondant aux noms des fonctions à exécuter.

Écriture d'une fonction

Une fonction exécuté par un déclencheur d'un LSobject se déclare de la manière suivante :

/*
 * Ma fonction à exécuter lors de l'evenement [event]
 *
 * Paramètre :
 *     - $object : Le LSobject sur lequel l'évènement survient
 *
 * Valeurs retournées :
 *     - True : Tout s'est bien passé
 *     - False : Une erreur est survenue ou la fonction souhaite bloquer le
 *               processus lors d'un évènement bloquant.
 */
function maFonction ($object) {

  // Actions

}

Cette fonction doit prendre pour seul paramètre, le LSobject sur lequel l'évènement survient et doit retourner soit True si tout s'est bien passé, soit False en cas de problème. Dans le cas d'un événement bloquant, si la fonction retourne False, le processus est arrêté.

Actions personnalisées (customActions)

Cette section décrit la manière de configurer les actions personnalisées exécutables sur les LSobjects appelées customActions.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['customActions'] = array (
  'action1' => array(
    'label' => '[label l'action]',
    'hideLabel' => '[booléen]',
    'helpInfo' => '[label d'aide]',
    'icon' => '[nom de l'icône de l'action]',
    'function' => '[fonction à exécuter]',
    'question_format' => '[LSformat de la question de confirmation]',
    'onSuccessMsgFormat' => '[LSformat du message à afficher en cas de succès de l'action]',
    'disableOnSuccessMsg' => '[booléen]',
    'noConfirmation' => '[booléen]',
    'redirectToObjectList' => '[booléen]',
    'noRedirect' => '[booléen]',
    'accessMethods' => array(
      'web',
      'api',
    ),
    'rights' => array(
      'LSprofile1',
      'LSprofile2',
      ...
    )
  )
);

• label

  Le label de l'action.

• hideLabel

  Cache le label dans le bouton de l'action.

• helpInfo

  Le label du message d'aide qui sera affiché au survole du bouton de l'action.

• icon

  Nom de l'îcone à afficher dans le bouton de l'action. Ce nom correspond au nom du fichier de l'image (sans l'extention) qui devra se trouver dans le dossier src/images/[nom du theme d'images]/ ou dans le dossier src/local/images.

• function

  Le nom de la fonction à exécuter qui implémente l'action personnalisée Cette fonction prendra en seule paramètre le LSobject sur lequel l'action devra être exécutée et retournera True en cas de succès ou False en cas d'échec d'exécution de la fonction.

• question_format

  Le LSformat de la question de confirmation d'exécution de l'action. Ce LSformat sera composé à l'aide du nom de l'objet.

• onSuccessMsgFormat

  Le LSformat du message à afficher en cas de succès d'exécution de l'action. Ce LSformat sera composé à l'aide du nom de l'objet.

• disableOnSuccessMsg

  Booléen permetant de désactiver le message afficher en cas de succès d'exécution de l'action.

• noConfirmation

  Booléen permetant de désactiver la confirmation de l'exécution de l'action.

• redirectToObjectList

  Booléen permetant de rediriger l'utilisateur vers la liste des objets plutôt que sur la fiche de l'objet après l'execution de l'action.

• noRedirect

  Booléen permetant de désactiver la redirection de l'utilisateur après l'execution de l'action. Cela permet à la fonction de définir son propre fichier de template de retour et donc d'afficher une page personnalisable.

• rights

  Tableau contenant la liste des noms des LSprofiles ayant le droit d'exécuter cette action.

• accessMethods

  Tableau permetant de restreindre les moyens d'accès possibles à cette action. Par défaut, tous les moyens d'accès possibles sont autorisés. Valeurs possibles : web pour les accès via l'interface web et api pour les accès via l'API.

Écriture d'une fonction implémentant une customAction

Une fonction implémentant une customAction se déclare de la manière suivante :

/*
 * Ma fonction implémentant ma customAction
 *
 * Paramètre :
 *     - $object : Le LSobject sur lequel mon action doit être exécutée
 *
 * Valeurs retournées :
 *     - True : Tout s'est bien passé
 *     - False : Une erreur est survenue
 *     - Cas particulier pour une exécution via l'API : un tableau des données
 *       à retourner. Exemple :
 *       ["success" => true, "extra_info1" => "...", "extra_info2" => "..."]
 */
function maFonction ($object) {

  // Actions

}

Cette fonction doit prendre pour seul paramètre, le LSobject sur lequel l'action personnalisée doit être exécutée et doit retourner soit True si tout s'est bien passé, soit False en cas de problème.

Une customAction pourra également être appelé via l'API. Dans ce cas, il est possible de retourner un tableau associatif et non un simple booléen. Le résultat retourné sera alors fusionné avec les données retournées par la requête. Ce tableau devra contenir à minima la clé success qui indiquera via un booléen si l'exécution est un succès ou non. Il est possible de détecter si la méthode est appelée via l'API en appelant la méthode LSsession :: get('api_mode'). Vous pouvez prendre exemple sur le code de la méthode showTechInfo() fournie par le LSaddon showTechInfo.

Les relations entre les objets de l'annuire (LSrelation)

Cette section décrit la manière de configurer les relations entre les LSobjects appelées LSrelation.

Dans le cadre d'une liaison dîte simple, c'est à dire une liaison au travers la valeur d'un attribut qui fera directement référence à un autre objet (DN ou la première valeur d'un attribut de référence), pourra être configurée simplement en spécifiant l'attribut de liaison et le type de valeur qu'il contient. Dans le cas d'une liaison plus complexe, il sera possible de développer vous même des méthodes de mise en relation.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSrelation'] = array (
  'relation1' => array(
    'label' => '[label de la relation]',
    'emptyText' => "[message]",
    'deleteOneConfirmText' => "[LSformat]",
    'deleteAllConfirmText' => "[message]",
    'LSobject' => '[le type d'LSobjet en relation]',
    'display_name_format' => '[LSformat du nom d'affichage des LSobjet en relation]',
    'canEdit_attribute' => '[nom d'attribut]',
    'copyable' => [booléen],

    // Liaison simple
    'linkAttribute' => '[attribut de liaison]',
    'linkAttributeValue' => '[valeur de l'attribut de liaison]',
    'linkAttributeOtherValues' => array('[autres valeurs possible de l'attribut de liaison]', [...]),

    // Liaison complexe
    'list_function' => '[méthode1]',
    'getkeyvalue_function' => '[methode2]',
    'update_function' => '[methode3]',
    'remove_function' => '[methode4]',
    'rename_function' => '[methode5]',
    'canEdit_function' => '[methode6]',

    'rights' => array(
      'LSprofile1' => 'r',
      'LSprofile2' => 'w',
      ...
    )
  )
);

• label

  Le label de la relation.

• emptyText

  Le texte à afficher pour décrire le fait que l'objet courant n'a aucune relation d'établie avec d'autres LSobjects. Exemple (au sujet d'un utilisateur) : N'appartient à aucun groupe.

• deleteOneConfirmText

  Format du message de confirmation de la suppression d'un objet lié composé à l'aide du nom de l'objet lié à supprimer (optionel).

• deleteAllConfirmText

  Message de confirmation de la suppression de tous les objets liés (optionel).

• LSobject

  Le type d'LSobject en relation avec le type courant. (Facultatif en cas de liaison complexe)

• display_name_format

  LSformat du nom d'affichage des objets en relation.

• canEdit_attribute

  Le nom de l'attibut du type d'LSobject en relation devant être éditable par l'utilisateur pour que celui-ci puisse modifier la relation. Dans le cadre d'une relation simple, celui-ci peut, si nécessaire, être différent du paramètre linkAttribute.

• copyable

  Booléen définissant si ce type de relation doit être copié lors de la copie d'un objet (facultatif, par défaut : False).

• linkAttribute

  Dans le cadre d'une relation simple, il s'agit de l'attribut de liaison du type d'LSobject en relation avec le type courant, c'est à dire l'attribut dans lequel on retrouve une valeur en relation avec l'objet courant. (Facultatif en cas de liaison complexe)

• linkAttributeValue

  Dans le cadre d'une relation simple, il s'agit du type de valeur prisent par l'attribut de liaison du type d'LSobject en relation avec le type courant. Il peut s'agir du mot clé dn si l'attribut de liaison contient le DN de l'objet courant ou bien le nom d'un attribut du type d'objet courant dont la première valeur sera stockée par l'attribut de liaison. (Facultatif en cas de liaison complexe)

• linkAttributeOtherValues

  Dans le cadre d'une relation simple, il s'agit d'autres types de valeur possiblement prisent par l'attribut en plus de celui défini par le paramètre linkAttributeValue. Ce paramètre ne sert qu'a détecter des liaisons établies à l'aide de valeurs autres que celle relative au paramètre linkAttributeValue : en cas de nouvelle liaison, c'est la valeur associée à ce dernier qui sera utilisée pour établir la liaison. (Facultatif en cas de liaison complexe)

• list_function

  La méthode de la classe du type d'LSobject en relation, permettant de lister les objets de ce type en relation avec l'objet courant. (Facultatif en cas de liaison simple)

• getkeyvalue_function

  La méthode de la classe du type d'LSobject en relation, permettant d'obtenir la valeur clé à stocker pour établir la relation entre l'objet courant et d'autres objets du type concerné. (Facultatif en cas de liaison simple)

• update_function

  La méthode de la classe du type d'LSobject en relation, permettant de mettre à jour les relations existantes entre l'objet courant et les objets du type concerné. Cette liste d'objets en relation est établie par l'utilisateur à travers l'interface. (Facultatif en cas de liaison simple)

• remove_function

  La méthode de la classe du type d'LSobject en relation permettant de supprimer une relation existante entre l'objet courant et un objet du type concerné. (Facultatif en cas de liaison simple)

• rename_function

  La méthode de la classe du type d'LSobject en relation permettant d'effectuer les actions nécessaires lorsque l'objet courant est renommé dans le but de maintenir les valeurs clés permettant d'établir les relations entre l'objet courant et les objets en relation avec lui. (Facultatif en cas de liaison simple)

• canEdit_function

  La méthode de la classe du type d'LSobject en relation permettant de vérifier que l'utilisateur à le droit de modifier la relation avec un objet en particulier. (Facultatif en cas de liaison simple)

• rights

  Tableau associatif dont les clés sont les noms des LSprofiles ayant des droits sur cette relation et dont les valeurs associées sont les droits correspondants. La valeur des droits d'un LSprofile peut être r pour le droit de lecture ou w pour le droit de lecture-écriture.Par défaut, un LSprofile n'a aucun droit.

Les formulaires (LSform)

Cette section décrit la manière de paramétrer les formulaires d'LdapSaisie pour un type LSobject donné. Pour chaque type d'LSobject, il faut configurer plusieurs formulaires correspondant aux vues gérées par LdapSaisie (création, modification, ...). Les formulaires se configurent par plusieurs biais :

• Via la configuration des attributs : La configuration des attributs détermine la présence ou non des attributs dans les formulaires. Elle permet également de définir si on souhaite bloquer leur présence en lecture seulement.

• Via les droits de l'utilisateur connecté sur les attributs de l'objet à éditer : en fonction des droits de l'utilisateur sur un attribut, celui-ci apparaîtra en lecture-écriture ou en lecture uniquement voir pas du tout.

• Via la configuration au niveau de chaque type d'LSobject : il y est possible de définir le comportement globale du formulaire comme la validation via Ajax ou encore la disposition logique des attributs dans le formulaire.

  $GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSform'] = array (
    'ajaxSubmit' => [booléen],
    'layout' => array (
      // Configuration de la disposition logique des attributs
    ),
    'dataEntryForm' => array (
      // Configuration des masques de saisie
    )
  
  );
  

  • ajaxSubmit

    Booléen définissant si le formulaire sera envoyé via une requête Ajax plutôt qu'à travers un rafraîchissement de la page. Par défaut : True.

  • layout

    Tableau contenant la configuration de l'affichage du formulaire : il est possible de définir la disposition des attributs dans le formulaire en les regroupant dans des onglets et en les faisant apparaître dans un ordre logique. Voir la section concernée.

  • dataEntryForm

    Tableau contenant la configuration des masques de saisie : il est possible de définir des masques de saisie pour faire en sorte que lors de la création d'un objet, seul un certain nombre d'élements soit demandé à l'utilisateur. Voir la section concernée.

Configuration de l'affichage

La configuration des layout se situe dans la configuration des LSobjects, dans la variable layout ($GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSform']['layout']). Cette variable est un tableau associatif dont la clé est l'identifiant de l'onglet et dont la valeur associée est la configuration de l'onglet.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSform']['layout'] = array (
  'onglet1' => array(
    'label' => '[label de l'onglet]',
    'img' => 1, // Valeur possible 1 ou 0
    'args' => array (
      'arg1',
      'arg2',
      ...
    )
  ),
  ...
);

• label

  Le label de l'onglet.

• img

  Affiche ou non l'image d'un éventuel attribut de type HTML LSattr_html_image.

• args

  Tableau associatif contenant une liste ordonnée des attributs qui apparaîtront dans l'onglet.

Configuration des masques de saisie

La configuration des masques de saisie (dataEntryForm) se situe dans la configuration des LSobjects, dans la variable dataEntryForm ($GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSform']['dataEntryForm']). Cette variable est un tableau associatif dont la clé est l'identifiant du masque de saisie et dont la valeur associée est sa configuration.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSform']['dataEntryForm'] = array (
  'masque1' => array(
    'label' => '[label du masque de saisie]',
    'disabledLayout' => [booleen],
    'displayedElements' => array (
      'attr1',
      'attr2',
      ...
    ),
    'defaultValues' => array (
      'attr3' => [value],
      'attr4' => [value],
      ...
    ),
    'requiredAllAttributes' => [booleen],
    'requiredAttributes' => array (
      'attr1',
      'attr2',
      ...
    ),
    'forceGeneration' => array (
      'attr1',
      'attr2',
      ...
    ),
  ),
  ...
);

• label

  Le label du masque de saisie.

• disabledLayout

  Active ou non les layouts pour ce masque de saisie.

• displayedElements

  Tableau contenant la liste des attributs qui devront être saisie dans le masque de saisie.

• defaultValues

  Tableau associatif contenant la liste des valeurs par défaut des attributs. Les valeurs multiples sont possibles en utilisant des tableaux.

  Important

  Les valeurs seront vue comme des valeurs retournées par le formulaire et non comme des valeurs des attribus LDAP eux-même. Ainsi et par exemple, un attribut traité comme un booléen dans un formulaire pourra prendre comme valeur par défaut yes ou no.

• requiredAttributes

  Tableau contenant la liste des attributs obligatoires du masque de saisie. Cette liste d'attributs obligatoires viendra en complément de la configuration des attributs. Il est ainsi possible de rendre des attributs obligatoires durant la saisie d'un masque tout en les laissant facultatif le reste du temps.

• requiredAllAttributes

  Si ce parametre vaut True, tout les attributs du masque de saisie seront tous obligatoires de la même manière qu'avec le paramètre requiredAttributes.

• forceGeneration

  Tableau contenant la liste des attributs dont la génération sera forcée lors de la validation du formation.

Recherche des objets dans l'annuaire (LSsearch)

Cette section décrit la manière de paramétrer les recherches dans l'annuaire pour un type d'LSobject donné.

La configuration des LSsearch se situe dans la configuration des LSobjects, dans la variable LSsearch ($GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSsearch']).

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSsearch'] = array (
  'attrs' => array(
    'attr1',
    'attr2',
    ...
    'attr3' => array(
      'searchLSformat' => '[LSformat]',
      'approxLSformat' => '[LSformat]',
    ),
    ...
  ),
  'params' => array(
    // Paramètres de la recherche
    'pattern' => '[string]',
    'sizelimit' => [integer],
    'recursive' => [boolean],
    'approx' => [boolean],
    'withoutCache' => [boolean],
    'onlyAccessible' => [boolean],
    // Paramètres de tri
    'sortBy' => [displayName|subDn],
    'sortDirection' => [ASC|DESC],
    'sortlimit' => [integer],
    // Paramètre d'affichage
    'displayFormat' => [LSformat],
    'nbObjectsByPage' => [integer],
    'nbObjectsByPageChoices' => array([integer], [integer], ...),
    'validPatternRegex' => '[regex]'
  ),
  'predefinedFilters' => array(
    'filter1' => 'label filter1',
    'filter2' => 'label filter2'
  ),
  'extraDisplayedColumns' => array(
    'col1' => array(
      'label' => 'label column 1',
      'LSformat' => '[LSformat]'
    ),
    'col2' => array(
      'label' => 'label column 2',
      'generateFunction' => '[fonction de génération]',
      'additionalAttrs' => array('[attr1]', '[attr2]', ...),
      'escape' => [booléen],
    ),
    'col3' => array(
      'label' => 'label column 3',
      'LSformat' => '[LSformat]',
      'alternativeLSformats' => array (
        '[LSformat 1]',
        '[LSformat 2]'
      ),
      'formaterLSformat' => '[LSformat]',
      'formaterFunction' => '[fonction de formatage]',
      'cssStyle' => '[CSS style]',
      'visibleTo' => array (
        '[LSprofile 1]',
        '[LSprofile 2]'
      )
    ),
  ),
  'customActions' =>  array (
    // Configuration des customActions pour les recherches de ce type d'objet
  ),
  'showSelectionBoxes' => [boolean],
);

• attrs

  Tableau listant les attributs pouvant être utilisés dans les filtres de recherche LDAP employés par LdapSaisie. Lorsqu'un motif de recherche est passé par l'utilisateur, LdapSaisie composera un filtre LDAP à partir de cette liste.

  Lors d'une recherche non-approximative, le filtre de recherche sera composé (par défaut) de la manière suivante :

  (|(attr1=*motif*)(attr2=*motif*)...)
  

  Lors d'une recherche approximative, le filtre de recherche sera composé (par défaut) de la manière suivante :

  (|(attr1=~motif)(attr2~=motif)...)
  

  Il est également possible de paramétrer la manière dont sera composé le filtre de recherche attribut par attribut à l'aide des paramètres searchLSformat et approxLSformat.

  Important

  Ces filtres, une fois composés, sont insérés dans un autre, filtrant en plus sur les ObjectClass du type d'LSobject de la manière suivante :

  (& (&(objectclass=oc1)(objectclass=oc2)) (filtre) )
  

  • searchLSformat

    Ce paramètre est un LSformat permettant de définir, attribut par attribut, comment le filtre de recherche LDAP est composé à partir d'un motif de recherche et en cas de recherche non-approximative.

    Ce LSformat est composé à l'aide des éléments name, le nom de l'attribut et pattern, le motif de recherche.

    (%{name}=%{pattern})
    

    Important

    Le filtre déduit doit obligatoirement commencer par ( et se terminer par ).

  • approxLSformat

    Ce paramètre est un LSformat permettant de définir, attribut par attribut, comment le filtre de recherche LDAP est composé à partir d'un motif de recherche et en cas de recherche approximative.

    Ce LSformat est composé à l'aide des éléments name, le nom de l'attribut et pattern, le motif de recherche.

    (%{name}=~%{pattern})
    

    Important

    Le filtre déduit doit obligatoirement commencer par ( et se terminer par ).

• params

  Tableau des paramètres par défaut d'une recherche. Ce tableau contient les paramètres qui seront utilisés pour initialisé une recherche. Ces paramètres pourront être redéfini par l'utilisateur ou par l'application en fonction du contexte dans lequel cette recherche est effectuée.

  • pattern

    Mot clé de la recherche.

  • sizelimit

    Entier determinant le nombre maximum d'objet pouvant être retournés dans une recherche.

  • recursive

    Booléen déterminant si la recherche récursive est activée.

  • approx

    Booléen déterminant si la recherche approximative est activée.

  • withoutCache

    Booléen déterminant si le cache de recherche doit être utilisé.

  • onlyAccessible

    Booléen déterminant si seul les objets accessibles à l'utilisateur connecté doivent être retournés par la recherche.

  • sortBy

    Mot clé déterminant sur quel valeur/colonne le résultat de recherche sera trié.

    Valeurs possibles : displayName, subDn ou NULL.

  • sortDirection

    Mot clé déterminant le sens du trie du résultat de la recherche.

    Valeurs possibles : ASC, DESC ou NULL.

  • sortlimit

    Entier determinant le nombre maximum d'objet pouvant être triés dans le résultat d'une recherche.

  • displayFormat

    LSformat d'affichage du nom de l'objet dans le résultat de la recherche.

  • nbObjectsByPage

    Entier déterminant le nombre d'objet maximum affichés dans une page de résultat de la recherche.

  • nbObjectsByPageChoices

    Tableau des choix proposés à l'utilisateur pour le nombre d'objets maximum affichés dans une page de résultat de la recherche.

  • validPatternRegex

    Expression régulière de validation des mots clés de recherche pour ce type d'LSobject.

    (Par défaut : /^[\w\-_\\\'\"^[]\(\){}\=\+\£\%\$\€\.\:\;\,\?\/\@]+$/iu)

• predefinedFilters

  Tableau associatif contenant des filtres prédéfinis pour la recherche. Les clés sont les filtres au format LDAP et les valeurs sont les labels associés.

• extraDisplayedColumns

  Tableau associatif contenant des colonnes supplémentaires à afficher dans les résultats de recherche. Les clés sont les identifiants des colonnes supplémentaires et les valeurs sont leur configuration définie à partir des paramètres suivant :

  • label

    Le label de la colonne.

  • LSformat

    Le LSformat d'affichage de la colonne. Ce format est composé à partir des attributs des objets LDAP dans leur format brut.

  • alternativeLSformats

    Tableau des LSformats alternatifs à utiliser si le résultat du format principal est vide. Les formats définis dans cette liste sont essayés les uns après les autres et le premier LSformat retournant une valeur non-vide est utilisé.

  • formaterLSformat

    LSformat optionnel permettant de mettre en forme le résultat obtenu des LSformats précédents. Ce LSformat ne sera utilisé que si le résultat obtenu précédement n'est pas vide. Il est ainsi possible d'utiliser les paramètres LSformat et alternativeLSformats afin de récupérer la valeur à afficher, puis de la mettre en forme grâce à ce LSformat. Ce format est composé à partir des attributs des objets LDAP dans leur format brut et de la valeur retournés précedement accessible via la variable val.

  • formaterFunction

    Le nom d'une fonction optionnelle à exécuter pour mettre en forme le résultat obtenu des LSformats précédents. Cette fonction ne sera appelée que si le résultat obtenu précédement n'est pas vide. La fonction prendra en paramètre la valeur à mettre en forme et retournera la valeur mise en forme.

  • generateFunction

    Le nom d'une fonction qui sera utilisée pour générer la valeur d'affichage de cette colonne. La fonction prendra en paramètre une référence de l'objet LSsearchEntry et retournera la valeur de la colonne.

  • additionalAttrs

    Un tableau de nom d'attributs à inclure dans le resultat de la recherche LDAP. Ce tableau permet notamment d'inclure les attributs nécessaires au bon fonctionnement de la fonction generateFunction.

  • escape

    Ce paramètre booléen permet de définir si, lors de l'affichage, le contenu de la colonne doit être transformé pour protéger les caractères éligibles en entités HTML. Par défaut, ce paramètre est True.

    Warning

    Cette fonctionnalité existe pour des raisons de sécurité et notamment en protection des failles XSS. Si vous désactivez cette fonctionnalité, il est important de gérer la problématique de sécurité par ailleurs.

  • cssStyle

    Ce paramètre permet de définir un style CSS personnalisé pour la colonne. S'il est défini, le contenu de ce paramètre sera ajouté en tant qu'attribut style des balises th et td de la colone.

  • visibleTo

    Ce paramètre permet de restreindre la visibilité de cette colonne aux seuls LSprofiles spécifiés. S'il est omis, la colonne sera visible pour tous.

• customActions

  Tableau associatif contenant les paramètres de configuration des customActions. Voir la section concernée.

• showSelectionBoxes

  Booléen permettant de définir si les cases à cocher de sélections des objets doivent être affichées. Lorsqu'elles sont affichées, l'utilisateur pourra sélectionner un ou plusieurs objets dans la liste avant de déclencher une customAction. Dans ce cas, les DNs de ces objets seront passés à la page d'exécution de la customAction via le paramètre selected.

Les actions personnalisées (customActions)

Cette section décrit la manière de configurer les actions personnalisées exécutables sur les recherches d'LSobjects appelées customActions.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['LSsearch']['customActions'] = array (
  'action1' => array(
    'label' => '[label l'action]',
    'hideLabel' => '[booléen]',
    'icon' => '[nom de l'icône de l'action]',
    'function' => '[fonction à exécuter]',
    'question_format' => '[LSformat de la question de confirmation]',
    'onSuccessMsgFormat' => '[LSformat du message à afficher en cas de succès de l'action]',
    'disableOnSuccessMsg' => '[booléen]',
    'noConfirmation' => '[booléen]',
    'redirectToObjectList' => '[booléen]',
    'rights' => array(
      'LSprofile1',
      'LSprofile2',
      ...
    )
  )
);

• label

  Le label de l'action.

• hideLabel

  Cache le label dans le bouton de l'action.

• icon

  Nom de l'îcone à afficher dans le bouton de l'action. Ce nom correspond au nom du fichier de l'image (sans l'extention) qui devra se trouver dans le dossier /src/images/[nom du theme d'images]/ ou dans le dossier src/local/images.

• function

  Le nom de la fonction à exécuter qui implémente l'action personnalisée Cette fonction prendra en seule paramètre l'objet LSsearch. sur lequel l'action devra être exécutée et retournera True en cas de succès ou False en cas d'échec d'exécution de la fonction.

• question_format

  Le LSformat de la question de confirmation d'exécution de l'action. Ce LSformat sera composé à l'aide du label de l'action.

• onSuccessMsgFormat

  Le LSformat du message à afficher en cas de succès d'exécution de l'action. Ce LSformat sera composé à l'aide du label de l'action.

• disableOnSuccessMsg

  Booléen permetant de désactiver le message afficher en cas de succès d'exécution de l'action.

• noConfirmation

  Booléen permetant de désactiver la confirmation de l'exécution de l'action.

• redirectToObjectList

  Booléen permetant de rediriger ou non l'utilisateur vers la liste des objets (Vrai par défaut). Si l'utilisateur n'est redirigé, le template par défaut (ou celui défini durant l'éxécution de la fonction) sera affiché.

• rights

  Tableau contenant la liste des noms des LSprofiles ayant le droit d'exécuter cette action.

Écriture d'une fonction implémentant une customAction

Une fonction implémentant une customAction se déclare de la manière suivante :

/*
 * Ma fonction implémentant ma customAction
 *
 * Paramètre :
 *     - $search : L'objet LSsearch de la recherche sur lequel mon action doit être exécutée
 *
 * Valeurs retournées :
 *     - True : Tout s'est bien passé
 *     - False : Une erreur est survenue
 */
function maFonction ($search) {

  // Actions

}

Cette fonction doit prendre pour seul paramètre, l'objet LSsearch. sur lequel l'action personnalisée doit être exécutée et doit retourner soit True si tout s'est bien passé, soit False en cas de problème.

$search -> setParam('attributes',array('attr1','attr2'));

Les formats d'import/export (ioFormat)

Cette section décrit la manière de paramétrer les formats d'import/export pour un type d' LSobject donné.

La configuration des ioFormats se situe dans la configuration des LSobjects, dans la variable ioFormat ($GLOBALS['LSobjects']['[nom du type d'LSobject]']['ioFormat']). Cette variable est un tableau associatif dont la clé est l'identifiant du format et dont la valeur associée est la configuration du format.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['ioFormat'] = array (
  '[ioFormat ID]' => array (
    'label' => '[Label du type de fichier]',
    'driver' => '[Pilote d'ioFormat utilisé]',
    'driver_options' => array([Options du pilote d'ioFormat utilisé]),
    'update_only' => '[Booléen]',
    'fields => array (
      '[champ 1]' => '[attribut 1]',
      '[champ 2]' => '[attribut 2]',
      [...]
    ),
    'generated_fields' => array (
      '[attribute 3]' => '[LSformat]',
      '[attribute 4]' => array('[LSformat1]', '[LSformat2]', ...)
      '[attribute 5]' => function($attrs, $row) {
        return array([...]);
      },
      [...]
    ),
    'before_import' => array('function1', 'function2'),
    'after_import' => 'function3',
  ),
  [...]
);

• label

  Le label du format

• driver

  Le pilote a utilisé pour ce format. Le pilote permet de gérér la lecture et l'écriture dans un type de fichier d'import/export. Pour plus d'information sur les pilotes disponibles, Voir la section concernée.

• driver_options

  Tableau associatif des options du pilote utilisé pour ce format. Pour plus d'informations, consulter la documentation du pilote utilisé.

• update_only

  Booléen permettant d'activer le mode mise à jour uniquement pour ce format. Dans ce mode, les données de l'objet LDAP correspondant seront chargées depuis l'annuaire avant toutes validations des données fournies dans le fichier d'import, et ce, dans un formulaire de modifications et non pas un formulaire de création autrement. Pour que cela soit possible, il est indispensable que le DN de l'objet puisse être déduit depuis les données fournies dans le fichier d'import. Pour cela, vous pouvez le fournir via un champ du fichier d'import associé à la clé dn ou à défaut il sera généré à partir du RDN dont la valeur devra être fournie dans le fichier d'import. Vous pouvez également le générer via le paramètre generated_fields (voir ci-dessous).

• fields

  Tableau associatif permettant d'associer un champ du fichier source (la clé) avec attribut de l'objet LDAP (la valeur). Il est également possible d'associé un champ avec la valeur dn pour fournir le DN de l'objet en mode mise à jour uniquement (voir ci-dessus).

• generated_fields

  Tableau associatif permettant de définir soit des LSformats, soit un callable (au sens PHP) pour générer les valeurs d'attributs automatiquement. Ce tableau contient en clé, le nom de l'attribut à générer (ou dn pour la génération du DN de l'objet en mode mise à jour uniquement), et en valeur associée, un ou plusieurs LSformat ou un callable à utiliser pour générer ses valeurs. En cas de LSformat, ils seront composés à l'aide des valeurs des autres attributs de l'objet. En cas d'un callable, il sera appeler avec en paramètre le tableau des valeurs des autres attributs ($attrs), le tableau des données issues du fichier source ($row) et devra retourner le tableau des valeurs générées de l'attribut ou false en cas d'erreur.

• before_import

  Chaîne de caractères (ou tableau de chaîne de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées avant chaque import. Voir la section concernée

• after_import

  Chaîne de caractères (ou tableau de chaîne de caractères) correspondant au nom d'une ou plusieurs fonctions qui seront exécutées après chaque import. Voir la section concernée

Pilote d'ioFormat

Cette section décrit la manière de configurer les pilotes d'ioFormat utilisés lors des imports/exports d'LSobjects.

Pilote de fichiers CSV

Ce pilote permet de gérer l'import/export de LSobject à partir d'un fichier CSV. Depuis la version 4 d'LdapSaisie, ce pilote utilise les fonctions standards fgetcsv() et fputcsv fournis par PHP. Avant cela, la classe PEAR File_CSV_DataSource était utilisée. Par défaut, les paramètres de lecture et d'écriture des fichiers sont : la virgule sert de délimiteur, le caractère " peut être utilisé pour encadrer les valeurs des champs et la longueur maximale d'une ligne est infini. Ces paramètres peuvent être modifiés en configurant les options du pilote.

$GLOBALS['LSobjects']['[nom du type d'LSobject]']['ioFormat']['[ID ioFormat]']['driver_options'] = array (
  'delimiter' => '[délimiteur]',
  'enclosure' => '[caractère d'encadrement de texte]',
  'length' => [longueur maximale d'une ligne],
  'escape' => '[caractère d'échappement]',
  'multiple_value_delimiter' => '[délimiteur]',
);

• delimiter

  Le caractère utilisé pour délimiter les champs (Par défaut, une virgule).

• length

  La longueur maximale d'une ligne du fichier. Si zéro est spécifié, la longueur d'une ligne ne sera pas limité, mais la lecture du fichier sera ralentie. (Par défaut : 0)

• enclosure

  Le caractère utilisé pour encadrer les valeurs des champs (Par défaut : ").

• escape

  Le caractère d'échappement utilisé si un des champs d'une ligne de fichier contient le caractère utilisé pour encadrer les valeurs. (Par défaut : \).

  Note

  Selon la RFC4180, l'echappement du caractère utilisé pour encadrer les valeurs des champs doit se faire en le doublant. Le caractère défini ici est une alternative à ce comportement par défaut. Pour désactiver ce caractère d'échappement alternatif, il est possible depuis de la version 7.4.0 de PHP de mettre ici une chaine vide.

• multiple_value_delimiter

  Le caractère utilisé pour délimiter au sein d'un champs, les valeurs valeurs multiples d'un attribut (Par défaut : |).

Déclencheurs

Cette section décrit la manière de paramétrer des déclencheurs afin que LdapSaisie exécute durant ses processus, et à des moments bien précis des traitements d'un ioFormat, des fonctions que vous pourrez développer vous même. De plus, le résultat de l'exécution de vos fonctions pourra influer sur le déroulement des processus.

Actuellement, les évenements suivant sont gérés :

Configuration

La configuration des déclencheurs se fait dans la définition des types d'ioFormat. Par exemple, pour définir les fonctions à exécuter après l'import des LSobjects de type LSpeople avec son LSioFormat mycsv, c'est à dire lors de leur évènement after_import, il faut définir la variable suivante :

$GLOBALS['LSobjects']['LSpeople']['ioFormat']['mycsv']['after_import']

Cette variable peut contenir soit une chaine de caractères correspondant au nom de la fonction à exécuter, soit un tableau de chaînes de caractères correspondant aux noms des fonctions à exécuter. Il est également possible de mettre ici directement des fonctions anonymes.

Ecriture d'une fonction

Une fonction exécutée par un déclencheur d'un ioFormat se déclare de la manière suivante :

/*
 * Ma fonction à exécuter lors de l'evenement [event]
 *
 * Paramètres :
 *     - $ioFormat : Le LSioFormat sur lequel l'évènement survient
 *     - $data : Les données de contexte de l'évènement
 *
 * Valeurs retournées :
 *     - True : Tout s'est bien passé
 *     - False : Une erreur est survenue ou la fonction souhaite bloquer le
 *               processus lors d'un évènement bloquant.
 */
function maFonction (&$ioFormat, &$data) {

  // Actions

}

Cette fonction doit accepter deux paramètres, le LSioFormat sur lequel l'évènement survient et un tableau des données contextuelles de l'évènement. Elle doit par ailleurs retourner True si tout s'est bien passé ou False en cas de problème. Dans le cas d'un événement bloquant, si la fonction retourne False, le processus est arrêté.

Les données contextuelles de l'évènement, passées en paramètre, pourront dépendre du contexte et de l'évènement déclencheur, mais pour les moments, il s'agit toujours d'un tableau telque décrit ci-dessous :

array(
  'input_file' => "[/path/of/import.file]",
  'updateIfExists' => [boolean],
  'justTry' => [boolean],
  'objectsData' => array(
    [Données des objets chargés depuis le fichier d'import]
  ),
  'return' => array(
    'success' => [boolean],
    'LSobject' => "[nom du type d'LSobject]",
    'ioFormat' => "[nom du type d'ioFormat]",
    'updateIfExists' => [boolean],
    'justTry' => [boolean],
    'imported' => array([objets importés]),
    'updated' => array([objets mis à jour]),
    'errors' => array(
      array(
        'data' => [données de l'objet importé ayant déclenché l'erreur],
        'errors' => array (
          'globals' => array("Erreur 1", [...]),
          'attrs' => array(
            'attr1' => array("Erreur 1", [...]),
            [...]
          ),
        ),
      ),
      [...]
    ),
  ),
)

Configuration des LSaddons

Cette partie décrit la manière de configurer les différents LSaddons actuellement supportés par LdapSaisie. Ces addons peuvent avoir un fichier de configuration et il sera alors stocké dans le dossier conf/LSaddons/ et potera le nom config.LSaddons.[addon name].php.

LSaddon_accesslog

Cet LSaddon fournit la fonction showObjectAccessLogs() pouvant être utilisée comme customActions et permettant d'afficher les logs d'accès produits par l'overlay OpenLDAP accesslog sur un objet de l'annuaire.

La constante LS_ACCESSLOG_BASEDN du fichier de configuration de l'addon (conf/LSaddons/config.LSaddons.accesslog.php) permet d'indiquer le base DN de la base stockant les logs :

// Accesslog base DN
define('LS_ACCESSLOG_BASEDN', 'cn=ldapsaisie-accesslog');

to *
      by dn.exact=uid=ldapsaisie,ou=sysaccounts,o=ls read
      by * break

Ci-dessous, vous trouverez un exemple de configuration de la fonction showObjectAccessLogs() comme customActions :

Exemple d'utilisation :

$GLOBALS['LSobjects']['LSpeople'] = array (
  [...]
  'customActions' => array (
    'showObjectAccessLogs' => array (
      'function' => 'showObjectAccessLogs',
      'label' => 'Show access logs',
      'hideLabel' => true,
      'noConfirmation' => true,
      'disableOnSuccessMsg' => true,
      'icon' => 'clock',
      'rights' => array (
        'admin'
      ),
    ),
  ),
  [...]
);

LSaddon_asterisk

Cet LSaddon est utilisé pour gérer les fonctionnalités spécifiques au serveur de téléphonie Asterisk. Cet LSaddon donne accès à une fonction permettant l'encodage d'un mot de passe au format spécifique attendu par Asterisk. Ce format est un hash MD5 d'une chaine de caractère composée du nom d'utilisateur, d'une chaine fixe spécifiée dans la configuration d'Asterisk et du mot de passe en clair.

LSaddon_exportSearchResultAsCSV

Cet LSaddon fournie une fonction du même nom pouvant être utilisée comme customActions et permettant de télécharger le résultat d'une recherche au format CSV. L'export généré reprend exactement le contenu des colonnes du tableau du résultat de la recherche. Le DN de l'objet LDAP correspondant est également fournis dans une colonne.

Des paramètres de configuration sont disponibles dans le fichier de configuration config.LSaddons.exportSearchResultAsCSV.php. Ils permettent notamment de contrôller le format du fichier CSV généré.

// CSV file delimiter
define('LS_EXPORTSEARCHRESULTASCSV_DELIMITER',',');

// CSV file enclosure
define('LS_EXPORTSEARCHRESULTASCSV_ENCLOSURE','"');

// CSV file escape character (available since PHP 5.5.4)
define('LS_EXPORTSEARCHRESULTASCSV_ESCAPE_CHAR','\\');

Ci-dessous, vous trouverez un exemple de configuration de la fonction exportSearchResultAsCSV() comme customActions :

$GLOBALS['LSobjects']['LSpeople']['LSsearch'] = array (
        [...]
        'customActions' => array (
                'exportSearchResultAsCSV' => array (
                        'label' => 'Export result as CSV',
                        'icon' => 'export_csv',
                        'function' => 'exportSearchResultAsCSV',
                        'noConfirmation' => true,
                        'disableOnSuccessMsg' => true,
                        'rights' => array (
                                'admin'
                        )
                ),
        ),
        [...]
);

LSaddon_impersonate

Cet LSaddon fournie une fonction du même nom pouvant être utilisée comme customActions et permettant de se reconnecter en tant qu'un autre utilisateur de l'annuaire.

Ci-dessous, vous trouverez un exemple de configuration de la fonction impersonate() comme customActions :

Exemple d'utilisation :

$GLOBALS['LSobjects']['LSpeople'] = array (
  [...]
  'customActions' => array (
    'impersonate' => array (
      'function' => 'impersonate',
      'label' => 'Reconnect as this user',
      'hideLabel' => True,
      'noConfirmation' => true,
      'disableOnSuccessMsg' => true,
      'icon' => 'user_go',
      'rights' => array (
        'admin'
      ),
    ),
  ),
  [...]
);

LSaddon_LSaccessRightsMatrixView

Cet LSaddon offre une interface de visualisation des droits d'accès des différents LSprofiles configurés. Pour chaque type d'objet, la matrice des droits d'accès par attribut et par profil est affiché sous la forme d'un tableau.

Le fichier de configuration permet de définir au travers la variable $GLOBALS['LSaccessRightsMatrixView_allowed_LSprofiles'] la liste des LSprofiles autorisés à accéder à cette interface.

LSaddon_mail

Cet LSaddon est utilisé pour gérer l'envoi de courriels. Il utilise pour cela les librairies PEAR Mail et Mail_Mime qui doivent être installés.

Cet LSaddon offre aussi la possibilité d'envoyer des courriels dont le contenu est construit à partir de modèles. Ces modèles sont enregistrés dans des fichiers textes stockés (voir $GLOBALS['MAIL_TEMPLATES_DIRECTORIES']). Pour chaque modèle, vous devez fournir trois fichiers portant le même nom mais avec des extensions différentes :

• template.subject : le sujet du courriel. Note : seule la première ligne du fichier est utilisé (et passée dans la fonction trim())
• template.html : le contenu HTML du courriel
• template.txt: le contenu texte du courriel

Ces trois fichiers sont utilisés en tant que modèle Smarty et seront construit en utilisant les variables fournies dans le contexte d'envoi des courriels. À noter que le moteur Smarty utilisé pour la génération du contenu de ces courriels n'est pas le même que celui utilisé par LdapSaisie pour l'affichage des pages.

Par ailleurs, cet LSaddon fourni une vue de gestion des modèles de courriels existants (voir $GLOBALS['MAIL_TEMPLATES_EDITOR_VIEW_ACCESS'] pour la configuration des accès).

Cet LSaddon doit être configuré en éditant son fichier de configuration config.LSaddons.mail.php.

 ***********************************************
 * Configuration du support de l'envoi de mail *
 ***********************************************
 */

// Pear :: Mail
define('PEAR_MAIL','/usr/share/php/Mail.php');

// Pear :: Mail_mime
define('PEAR_MAIL_MIME','/usr/share/php/Mail/mime.php');

/*
 * Méthode d'envoie :
 *  - mail : envoie avec la méthode PHP mail()
 *  - sendmail : envoie la commande sendmail du système
 *  - smtp : envoie en utilisant un serveur SMTP
 */
define('MAIL_SEND_METHOD','smtp');

/*
 * Paramètres d'envoie :
 *   Ces paramètres dépende de la méthode utilisé. Repporté vous à la documentation
 *   de PEAR :: Mail pour plus d'information.
 *   Lien : http://pear.php.net/manual/en/package.mail.mail.factory.php
 * Infos :
 *  List of parameter for the backends
 *  mail
 *    o If safe mode is disabled, $params will be passed as the fifth
 *      argument to the PHP mail() function. If $params is an array,
 *      its elements will be joined as a space-delimited string.
 *  sendmail
 *    o $params["sendmail_path"] - The location of the sendmail program
 *      on the filesystem. Default is /usr/bin/sendmail.
 *    o $params["sendmail_args"] - Additional parameters to pass to the
 *      sendmail. Default is -i.
 *  smtp
 *    o $params["host"] - The server to connect. Default is localhost.
 *    o $params["port"] - The port to connect. Default is 25.
 *    o $params["auth"] - Whether or not to use SMTP authentication.
 *      Default is FALSE.
 *    o $params["username"] - The username to use for SMTP authentication.
 *    o $params["password"] - The password to use for SMTP authentication.
 *    o $params["localhost"] - The value to give when sending EHLO or HELO.
 *      Default is localhost
 *    o $params["timeout"] - The SMTP connection timeout.
 *      Default is NULL (no timeout).
 *    o $params["verp"] - Whether to use VERP or not. Default is FALSE.
 *    o $params["debug"] - Whether to enable SMTP debug mode or not.
 *      Default is FALSE.
 *    o $params["persist"] - Indicates whether or not the SMTP connection
 *      should persist over multiple calls to the send() method.
 */
$GLOBALS['MAIL_SEND_PARAMS'] = NULL;

/*
 * Headers :
 */
$GLOBALS['MAIL_HEARDERS = array();

// Catch all sent emails
$GLOBALS['MAIL_CATCH_ALL'] = array();

/**
 * Email templates
 *
 * This addon offer ability to send email by using templates. Email templates are stored in
 * full-text files in configured directories (see $GLOBALS['MAIL_TEMPLATES_DIRECTORIES']). For each
 * template, you have to provide three files with the same name but with different extensions:
 * - template.subject: the email subject. Note: only the first line is used (and stripped)
 * - template.html: the HTML content of the email
 * - template.txt: the text content of the email
 * All these files will be used as Smarty templates and will be computed using variables provided
 * in the sending context. Note that the Smarty object used to compute the template is not the same
 * as the one used by LdapSaisie to display pages.
 *
 * Futhermore, this addon offer a view to list and edit existing template (see
 * $GLOBALS['MAIL_TEMPLATES_EDITOR_VIEW_ACCESS'] to configured access).
 */

// List of directory paths where as stored mail templates
// Notes:
// - provided path could be absolute or relative. Relative path are relative to the root base
//   sources LdapSaisie directory (commonly /usr/share/ldapsaisie or the src directory if you
//   installed it from sources). On Debian installation, you can specify 'local/email_templates' to
//   refer to /etc/ldapsaisie/local/email_templates directory/
// - Multiple directories could be specified, sorted so that the first ones take priority over
//   the last one.
// - To allow users to edit them using the editor view, these directories must be
//   writable by PHP process (commonly runed as www-data).
$GLOBALS['MAIL_TEMPLATES_DIRECTORIES'] = array('local/email_templates');

// List of granted LSprofiles to access mail templates editor view
// WARNING: Sanitizing mail templates is hell... EXPOSE THIS VIEW ONLY TO TRUSTED USERS!
$GLOBALS['MAIL_TEMPLATES_EDITOR_VIEW_ACCESS'] = array('admin');

Cet LSaddon offre avant tout la possibilité d'envoyer des courriels en utilisant la fonction PHP sendMail() :

bool sendMail(
  <string> $to,
  <string> $subject,
  <string> $msg,
  <array(string)> $headers,
  <array> $attachments,
  <string> $eol,
  <string> $encoding,
  <boolean> $html
);

Pour l'envoi de courriels en utilisant un modèle, il faut utiliser la fonction PHP sendMailFromTemplate() :

bool sendMailFromTemplate(
  <string> $tplname,
  <string> $to,
  <array> $variables,
  <array(string)> $headers,
  <array> $attachments
);

LSaddon_maildir

Cet LSaddon est utilisé pour gérer la manipulation distante de maildir.

FIXME

LSaddon_mailquota

Cet LSaddon fournie une fonction mailquota_get_usage pouvant être utilisée pour récupérer l'utilisation du quota d'une boîte mail IMAP. Pour cela, LdapSaisie se connecte au serveur IMAP en utilisant un compte maître.

Cet LSaddon fournie une également une fonction mailquota_show_usage pouvant être utilisée comme customActions et permettant d'afficher l'utilisation du quota de la boîte mail correspondante via une message dynamique (LSinfo).

Des paramètres de configuration sont disponibles dans le fichier de configuration config.LSaddons.mailquota.php.

// IMAP Mailbox connection string LSformat (composed with LSldapObject attributes)
// See : https://php.net/imap_open (parameter $mailbox)
define('MAILQUOTA_IMAP_MAILBOX','{localhost}');

// IMAP Master user
define('MAILQUOTA_IMAP_MASTER_USER', 'ldapsaisie');

// IMAP Master user's password
define('MAILQUOTA_IMAP_MASTER_USER_PWD', 'secret');

// IMAP Master user LSformat composed with :
//  * masteruser = master username (MAILQUOTA_IMAP_MASTER_USER)
//  * LSldapObject attributes
define('MAILQUOTA_IMAP_MASTER_USER_FORMAT', '%{mail}*%{masteruser}');

// IMAP quota root mailbox
define('MAILQUOTA_IMAP_QUOTA_ROOT_MAILBOX', 'INBOX');

Ci-dessous, vous trouverez un exemple de configuration de la fonction mailquota_show_usage() comme customActions :

$GLOBALS['LSobjects']['LSpeople'] = array (
        [...]
        'customActions' => array (
                'showmailquotausage' => array (
                        'function' => 'mailquota_show_usage',
                        'label' => 'Show mail quota usage',
                        'noConfirmation' => true,
                        'disableOnSuccessMsg' => true,
                        'icon' => 'mail',
                        'rights' => array (
                                'admin'
                        )
                ),
                [...]
        ),
        [...]
);

LSaddon_phpldapadmin

Cet LSaddon est utilisé pour permettre un lien facile entre le logiciel PhpLdapAdmin et LdapSaisie. Il sera possible ainsi à partir d'un objet dans LdapSaisie de voir ce même objet dans PhpLdapAdmin.

Il est necessaire de configurer l'URL de votre installation de PhpLdapAdmin dans le fichier de configuration config.LSaddons.phpldapadmin.php.

Structure du fichier :

// PhpLdapAdmin View Object URL format
define('LS_PHPLDAPADMIN_VIEW_OBJECT_URL_FORMAT','//'.$_SERVER['SERVER_NAME'].'/phpldapadmin/cmd.php?cmd=template_engine&server_id=0&dn=%{dn}');

Cet LSaddon offre la possibilité d'utilisé la fonction PHP redirectToPhpLdapAdmin() comme customActions.

Exemple d'utilisation :

$GLOBALS['LSobjects']['LSpeople'] = array (
        [...]
        'customActions' => array (
                'redirectPhpLdapAdmin' => array (
                        'function' => 'redirectToPhpLdapAdmin',
                        'label' => 'See in PhpLdapAdmin',
                        'hideLabel' => True,
                        'noConfirmation' => true,
                        'disableOnSuccessMsg' => true,
                        'icon' => 'phpldapadmin',
                        'rights' => array (
                                'admin'
                        )
                ),
        ),
        [...]
);

LSaddon_ppolicy

Cet LSaddon fourni :

• une fonction ppolicy_extraDisplayColumn_password_expiration pouvant être utilisée pour la génération d'une extraDisplayedColumn affichant l'état d'expiration du mot de passe des objets d'une recherche.

  Exemple d'utilisation :

  $GLOBALS['LSobjects']['LSpeople']['LSsearch'] = array (
    [...]
    'extraDisplayedColumns' => array (
      [...]
      'password_expiration' => array (
        'label' => 'Password expiration',
        'generateFunction' => 'ppolicy_extraDisplayColumn_password_expiration',
        'additionalAttrs' => array('pwdChangedTime', 'pwdPolicySubentry'),
        'escape' => false,
        'cssStyle' => 'width: 14em; text-align: center;'
      ),
      [...]
    ),
    [...]
  );
  

• une fonction ppolicy_export_search_info pouvant être utilisée comme actions personnalisées sur les recherches d'LSobjects pour exporter au format CSV les informations des politiques de mots de passe des objets retournés par la recherche.

  Exemple d'utilisation :

  $GLOBALS['LSobjects']['LSpeople']['LSsearch'] = array (
    [...]
    'customActions' => array (
      'exportPpolicyInfo' => array (
        'label' => 'Export password policy info',
        'icon' => 'export_csv',
        'function' => 'ppolicy_export_search_info',
        'noConfirmation' => true,
        'disableOnSuccessMsg' => true,
        'rights' => array (
          'admin',
        ),
      ),
    ),
    [...]
  );
  

• la méthode d'API exportPpolicyInfo permettant d'exporter les informations des politiques de mots de passe de tous les objets d'un type donné. Cette méthode est accessible via l'URL au format suivant : /api/1.0/exportPpolicyInfo/[object type]

• la commande CLI export_ppolicy_info permettant d'exporter les informations des politiques de mots de passe de tous les objets d'un type donné.

  Utilisation :

  ldapsaisie export_ppolicy_info [object type] [-o|--output filepath] [-j|--json [-p|--pretty]]
  

Des paramètres de configuration sont disponibles dans le fichier de configuration config.LSaddons.ppolicy.php.

// Default password policy object DN (set to null if no default policy is configured)
define('LS_PPOLICY_DEFAULT_DN', null);

// Ppolicy password warning expiration threshold (in seconds)
define('LS_PPOLICY_WARNING_EXPIRATION_THRESHOLD', 7 * 86400);

// Ppolicy password critical expiration threshold (in seconds)
define('LS_PPOLICY_CRITICAL_EXPIRATION_THRESHOLD', 2 * 86400);

// CSV file delimiter
define('LS_PPOLICY_CSV_DELIMITER',';');

// CSV file enclosure
define('LS_PPOLICY_CSV_ENCLOSURE','"');

// CSV file escape character (available since PHP 5.5.4)
define('LS_PPOLICY_CSV_ESCAPE_CHAR','\\');

// List of LSprofiles who are granted to use the exportPpolicyInfo API method
$GLOBALS['LS_PPOLICY_API_GRANTED_PROFILES'] = array('admin');

// List of extra attributes to include in Ppolicy info export
$GLOBALS['LS_PPOLICY_INFO_EXPORT_EXTRA_ATTRS'] = array();

• LS_PPOLICY_DEFAULT_DN

  Constante définissant le DN de la politique par défaut. Si aucune politique par défaut n'est définie, ce paramètre doit valoir null.

• LS_PPOLICY_WARNING_EXPIRATION_THRESHOLD

  Constante définissant le seuil d'alerte pour l'expiration des mots de passe (en seconde). Par défaut : 7 jours.

• LS_PPOLICY_CRITICAL_EXPIRATION_THRESHOLD

  Constante définissant le seuil critique pour l'expiration des mots de passe (en seconde). Par défaut : 2 jours.

• LS_PPOLICY_CSV_DELIMITER

  Constante définissant le caractère utilisé lors de la génération de l'export CSV comme séparateur de champ. Par défaut : un point-virgule.

• LS_PPOLICY_CSV_ENCLOSURE

  Constante définissant le caractère utilisé lors de la génération de l'export CSV pour l'encadrement des champs. Par défaut : un guillemet double.

• LS_PPOLICY_CSV_ESCAPE_CHAR

  Constante définissant le caractère utilisé lors de la génération de l'export CSV pour l'échappement des champs. Par défaut : une barre oblique inverse.

• $GLOBALS['LS_PPOLICY_API_GRANTED_PROFILES']

  Tableau global listant les LSprofiles autorisés à utiliser la méthode d'API exportPpolicyInfo.

• $GLOBALS['LS_PPOLICY_INFO_EXPORT_EXTRA_ATTRS']

  Tableau global listant les attributs supplémentaires à inclure lors de l'export des informations de politique de mots de passe.

LSaddon_showSupportInfo

Cet LSaddon fourni une page affichant les informations utiles pour l'équipe assurant le support de l'application. Cette page est accessible à l'adresse addon/showSupportInfo/showMySupportInfo. Elle compile (et permet de télécharger) l'ensemble des informations utiles à l'appréciation du contexte d'accès à l'application par l'utilisateur.

Cette page est accessible par tous les utilisateurs connectés à l'application. Cependant, par défaut, il n'y a aucun lien d'accès à celle-ci. Il est possible d'ajouter un lien d'accès dans le menu et modifiant la valeur de la constante SHOW_SUPPORT_INFO_IN_MENU à True.

Une fonction showMySupportInfo() est également fournie et peut-être utilisée comme customActions. Elle redirigera alors l'utilisateur vers cette page. Ci-dessous, vous trouverez un exemple de configuration de la fonction showMySupportInfo() comme customActions :

$GLOBALS['LSobjects']['LSpeople'] = array (
  [...]
  'customActions' => array (
    'showMySupportInfo' => array (
      'function' => 'showMySupportInfo',
      'label' => 'Show my support information',
      'hideLabel' => True,
      'noConfirmation' => true,
      'disableOnSuccessMsg' => true,
      'icon' => 'terminal',
      'rights' => array (
        'self'
      ),
    ),
  ),
  [...]
);

LSaddon_showTechInfo

Cet LSaddon fournie une fonction du même nom pouvant être utilisée comme customActions et permettant d'afficher les informations techniques d'un objet de l'annuaire.

Ci-dessous, vous trouverez un exemple de configuration de la fonction showTechInfo() comme customActions :

$GLOBALS['LSobjects']['LSpeople'] = array (
  [...]
  'customActions' => array (
    'showTechInfo' => array (
      'function' => 'showTechInfo',
      'label' => 'Show technical information',
      'hideLabel' => True,
      'noConfirmation' => true,
      'disableOnSuccessMsg' => true,
      'icon' => 'tech_info',
      'rights' => array (
        'admin'
      ),
    ),
  ),
  [...]
);

Configuration des méthodes d'authentification (LSauthMethod)

Cette partie décrit la manière de configurer les méthodes d'authentification d'LdapSaisie appelée LSauthMethod). Ces librairies peuvent avoir un fichier de configuration et il sera alors stocké dans le dossier conf/LSauth/.

LSauthMethod_anonymous

Cette LSauthMethod est utilisée pour gérer l'authentification automatique des utilisateurs arrivant (équivalent à un mode anonyme). Cette librairie doit être configurée en éditant le fichier de configuration conf/LSauth/config.LSauthMethod_anonymous.php et notament en définissant la constante LSAUTHMETHOD_ANONYMOUS_USER contenant le login d'un utilisateur dont les droits d'accès seront endossés par tout les personnes utilisant LdapSaisie.

LSauthMethod_CAS

Cette LSauthMethod est utilisée pour gérer l'authentification via un service SSO CAS. Cette librairie doit être configurée en éditant le fichier de configuration conf/LSauth/config.LSauthMethod_CAS.php.

Structure du fichier :

/*
 *****************************************************
 * Configuration of the CAS authentification support *
 *****************************************************
 */

// phpCAS Path (http://www.ja-sig.org/wiki/display/CASC/phpCAS)
define('PHP_CAS_PATH','/usr/share/php/CAS.php');

// phpCAS Debug File
// define('PHP_CAS_DEBUG_FILE','/tmp/phpCAS.log');

// Disable logout
define('LSAUTH_CAS_DISABLE_LOGOUT',false);

// CAS Server version (used constant name know by phpCAS : CAS_VERSION_1_0 or CAS_VERSION_2_0)
define('LSAUTH_CAS_VERSION','CAS_VERSION_2_0');

// CAS Server hostname
define('LSAUTH_CAS_SERVER_HOSTNAME','cas.univ.fr');

// CAS Server port
define('LSAUTH_CAS_SERVER_PORT',443);

// CAS Server URI (empty by default)
// define('LSAUTH_CAS_SERVER_URI','cas/');

// No SSL validation for the CAS server
define('LSAUTH_CAS_SERVER_NO_SSL_VALIDATION',false);

// CAS server SSL CA Certificate path
//define('LSAUTH_CAS_SERVER_SSL_CACERT','');