Nap a écrit 3207 commentaires

j'aurais voulu savoir si certains on déjà essayer de coupler du php avec LDAP

moi, et plein de gens
http://fr.php.net/manual/fr/ref.ldap.php(...)
c'est très simple quand on maitrise LDAP un minimum

et si on pouvait gérer des photos dans un annuaire LDAP ?

oui tout à fait, l'attribut jpegPhoto en standard dans LDAP permet de stocker une photo directement dans l'annuaire

si tu dispose d'un serveur web avec PHP, il y a phpldapadmin, qui est vraiment excellent

ARRGH : il est devenu payant :))
mais il est toujours sous GPL
si des gens pauvres le veulent, qu'ils m'envoient un mail sur mon adresse DLFP, je vais voir si j'ai le tarball quelque part

c'est un très bon produit, il mérite même d'être acheter, car il est sous GPL et mérite d'être supporté financièrement

son seul problème est sa licence très floue, contrairement à GQ (GPL)

- dans une fs unix un dossier n'est pas considéré exactement comme un fichier, alors que dans ldap toute fiche est en meme temps un dossier en puissance et vice versa.

il faut néanmoins préciser qu'une notion existe sous Novell eDirectory et Active Directory qui indique les objets ayant le droit d'en contenir d'autres, et le type d'objet pouvant être contenu pour chacun.

J'ajouterai aux exemples que les principales implémentations de LDAP sont les suivantes :
- OpenLDAP : l'implémentation Open Source de référence
supporté uniquement sous Unix, un portage Windows existe mais n'est pas officiel et il est incomplet (buggué, pas de support de SASL)

- Sun Directory Server (anciennement iPlanet Directory Server) : l'annuaire de SUN, servant à l'authentification système des réseaux SUN

- Microsoft Active Directory : l'annuaire sur lequel repose toute l'administration système sous Windows 2000/2003/XP

- Novell eDirectory : le serveur d'annuaire de Novell Directory Server

- Oracle Internet Directory : le serveur utilisé pour l'authentification des différents produits Oracle


Les grosses différences entre les serveurs LDAP du marché sont principalement tout ce qui ne fait pas partie du standard LDAP :
- le contrôle d'accès : définit pour chaque entrée de l'annuaire qui peut y accéder et de quelle manière
pour OpenLDAP, il se définit dans un fichier de configuration.
pour les autres serveurs, il est stocké dans l'annuaire dans un attributs spécial de chaque entrée, indiquant qui a le droit d'y accéder et comment

- la modification du schéma de l'annuaire (les différentes classes et les attributs disponibles, si tu veux ajouter les tiennes) :
pour OpenLDAP elle se fait dans une série de fichiers de configuration définissant les objets
pour Active Directory chaque classe et chaque attribut est un objet de l'annuaire, situé dans une branche spéciale, on peut ajouter et modifier ces objets via le protocole LDAP
pour les autres implémentations (iPlanet, eDirectory, ...), on modifie l'entrée publiant le schéma de l'annuaire, dans laquelle les classes et les attributs sont stockés dans deux attributs multivalués, objectclasses et attributetypes (je crois), dans une syntaxe particulière et imbitable. Cette entrée n'est pas modifiable sous OpenLDAP et Active Directory.

Ensuite les différences sont les classes utilisées pour stocker les utilisateurs, car chacun fait ce qu'il veut, les attributs internes stockant l'indentifiant unique de chaque entrée (identifiant qui ne change pas quand on déplace l'entrée, ce qui est important si tu fais une application qui lie des données à des entrées LDAP, il te faut un identifiant pour retrouver l'entrée à coup sûr), etc...

il est pratique, en GTK2, mais hélas il est abandonné :(

les autres je sais pas, mais le H320 tout à fait :)

un vrai petit bijou d'ailleurs :
- compatible ogg vorbis
- rechargeable via le secteur, l'USB ou des piles standard
- hôte USB supportant les périphériques de type USB Mass storage (par exemple pour décharger son appareil photo dessus quand on est en vacances et qu'on a pas un PC portable avec soi)
- affiche les photos stockées
- tuner radio, dictaphone, navigateur de fichiers
- autonomie d'au moins 12 heures

bon aller j'arrête ça va ressembler à de la pub :)

ah bon et c'est quoi la différence ?
il y a que la bas qu'ils ont droit à l'explication ? :)

Je me disais aussi que "Operation Open Gates" ne pouvait être qu'un jeu de mots à deux balles :)

ben maintenant que tu le demandes, je vens de toquer sur ma cloison, et en fait ça a l'air d'être un bon vieux mur maître des familles en béton plein :o)

moi c'est *****
tellement con que personne ne peut y penser, en plus c'est ni des minuscules ni des majuscules ni des chiffres, bref ça déchire tout. Pour plus de sécurité on peut en mettre une cinquantaine. Le seul souci c'est si on le tape devant quelqu'un.

je ne comprends pas cette implication brevet => source fermée systématique.

je croyais que justement les brevets c'était différent de la propriété intellectuelle, même si ça se chevauche un peu au niveau des licences.

Qu'est-ce qui interdit de faire un driver sous une licence permettant à tous d'apporter des modifications, de le redistribuer etc... puisque de toute manière les brevets interdiront à quiconque de faire une puce apportant telle ou telle fonctionnalité ?
Justement pour moi dans ce cas particulier les brevets sont presque un argument en faveur de l'ouverture du code source ! (on peut donner le source, les brevets nous protègent)

et puis surtout ce n'est pas la même chose : un formulaire envoie des données, pas un lien. C'est donc normal de différencier visuellement les deux composants. C'est vouloir berner l'utilisateur que de déguiser un bouton de soumission de formulaire en lien hypertexte, c'est irrespectueux, fatiguant à l'utilisation et perturbant (un même type d'action donnant deux types de résultats différents).

c'est justement avec une freebox que je l'utilise, donc tu peux être tranquille (tout du moins si tu utilises Ubuntu, mais bon je pense pouvoir dire sans me mouiller que ça va marcher sur toute distribution récente).

Le "+" c'est un mode qui a l'air de doubler le débit, je sais pas si c'est une extension propriétaire signée DLink ou pas.

Sinon pour passer 2 étages rien n'est sûr a priori, le mieux c'est de tester avant d'acheter, c'est le seul moyen. Chez moi une cloison me fait passer à 2 MB/s, donc une dalle de béton ça doit être méchant aussi. Mais je connais des gens chez qui ça marche sans problème. Si tu connais quelqu'un qui a un portable wi-fi et qui veut bien te le prêter, fais le test avec avant d'acheter la carte.

youhou :)

(forward du mail DLFP activé)

je précise que c'est une 802.11b, le driver est le acx_pci, et elle doit couter dans les 35-40 euros

certains jours je perds la connexion assez souvent, mais dans l'ensemble je suis content

Sinon il y a aussi la D-Link 520+ (sans le G et avec le +) qui marche sous Linux, elle est même reconnue direct sous Ubuntu lors de l'install.

En revanche elle ne marche pas chez moi avec les dernier noyaux Ubuntu (2.6.10), donc je reste avec les 2.6.8, sans chercher à trouver ce qui ne va pas pour le moment.

Tout-à-fait d'accord. Si chez Gnome ils veulent prouver qu'ils sont les rois de l'IHM, il y a du boulot ici...

D'ailleurs l'équipe d'OpenLDAP serait d'accord avec toi : en effet quand des gens utilisant une vieille version posent des questions sur la ML officielle, on commence d'abord par leur dire "cette version est historique, il faudrait ptet voir à se mettre un peu à jour"

j'avoue que je comprends mal Debian sur ce coup là.

la manière dont je comprends son journal est qu'il souligne une incohérence du comportement collectif de DLFP :
- un mec dit que Windows est mieux que Linux => il se fait inutiliser à coup de planche cloutée trempée dans de la cigüe
- un mec dit que MacOSX est mieux que Linux => il se fait soutenir

après, je suis tout-à-fait d'accord, une discussion c'est fait de gens qui ont des points de vue différents, surtout qu'il y a beaucoup de nuances possibles entre "Linux c'est mieux" et "Windows c'est mieux", comme par exemple "Le support du matériel est mieux sous Windows" même si ça reste matière à trolls.

si quelqu'un préfère l'architecture PPC à x86, ça lui fait déjà une bonne raison.

c'est codé en java urpmi ?

elle fixe pas mal de problèmes

il n'y a que moi que ça choque, cette utilisation de "fixer" à la place de "corriger" ?

Non, si tu diffuses le logiciel à quelqu'un d'autre, il ne le télécharge pas au même endroit que toi :)

bon ben effectivement, on a trouvé le nouveau trolleur fou 2005

Sinon, pour compliquer, on pourrait avoir un aggrégateur qui envoie le md5 du dernier flux reçu. Le serveur ferai un md5 du flux concerné et ne renverrai le flux que si les deux hash sont différents.

on pourrait aussi affecter un ID (de type GUID) à chaque élément du flux, et le stocker comme attribut. Ainsi le client peut envoyer l'ID du dernier élément reçu, que le serveur compare avec les ID des éléments disponibles.