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
- 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...
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 :)
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.
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.
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.
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.
[^] # Re: LDAP, PHP et photos...
Posté par Nap . En réponse au journal LDAP pour les nuls. Évalué à 3.
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
oui tout à fait, l'attribut jpegPhoto en standard dans LDAP permet de stocker une photo directement dans l'annuaire
[^] # Re: Navigateurs/clients LDAP
Posté par Nap . En réponse au journal LDAP pour les nuls. Évalué à 2.
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
[^] # Re: Navigateurs/clients LDAP
Posté par Nap . En réponse au journal LDAP pour les nuls. Évalué à 2.
[^] # Précision
Posté par Nap . En réponse au journal LDAP pour les nuls. Évalué à 6.
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...
[^] # Re: Navigateurs/clients LDAP
Posté par Nap . En réponse au journal LDAP pour les nuls. Évalué à 2.
[^] # Re: intéressant
Posté par Nap . En réponse au journal OGG décodé en hard. Évalué à 5.
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 :)
[^] # Re: si quelqu'un peut poster sur le forum en question...
Posté par Nap . En réponse au journal OGG décodé en hard. Évalué à 3.
il y a que la bas qu'ils ont droit à l'explication ? :)
[^] # Re: FUD
Posté par Nap . En réponse à la dépêche Un consortium pourrait ré-écrire une partie du noyau pour éviter les risques liés aux brevets. Évalué à 10.
[^] # Re: D-Link 520+
Posté par Nap . En réponse au journal Wifi - Success Story. Évalué à 2.
[^] # Re: Muhuhu
Posté par Nap . En réponse au journal Une idée fausse et des idées persos sur les mots de passe. Évalué à 4.
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.
[^] # Re: ba oui quoi !
Posté par Nap . En réponse au journal ca y est... drivers ati pour xorg.. Évalué à 9.
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)
[^] # Re: Le bon goût...
Posté par Nap . En réponse au journal L'ergonomie en voilà un sacré mot.... Évalué à 5.
[^] # Re: D-Link 520+
Posté par Nap . En réponse au journal Wifi - Success Story. Évalué à 2.
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.
[^] # Re: packages openldap 2.2.20
Posté par Nap . En réponse au journal Sarge et OpenLDAP. Évalué à 2.
(forward du mail DLFP activé)
[^] # Re: D-Link 520+
Posté par Nap . En réponse au journal Wifi - Success Story. Évalué à 4.
certains jours je perds la connexion assez souvent, mais dans l'ensemble je suis content
# D-Link 520+
Posté par Nap . En réponse au journal Wifi - Success Story. Évalué à 5.
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.
[^] # Re: bonne idée
Posté par Nap . En réponse au journal Passer ses parents à Linux.... Évalué à 2.
# Entièrement d'accord
Posté par Nap . En réponse au journal Sarge et OpenLDAP. Évalué à 5.
j'avoue que je comprends mal Debian sur ce coup là.
[^] # Re: Et le premier amendement ? :)
Posté par Nap . En réponse au journal Alerte à la croisade pro-OS propriétaire sur DLFP!. Évalué à 3.
- 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.
[^] # Re: avec linux ou avec mac OS X?
Posté par Nap . En réponse au journal Mini mini ?. Évalué à 2.
[^] # Re: Avantage de n'avoir qu'une petite machine ...
Posté par Nap . En réponse au journal HotBabe. Évalué à 6.
# commentaire inutile
Posté par Nap . En réponse au journal Nouvelle version de gtk-qt-engine. Évalué à 5.
il n'y a que moi que ça choque, cette utilisation de "fixer" à la place de "corriger" ?
[^] # Re: J'aurais du chercher plus longtemps
Posté par Nap . En réponse au journal Wengo : du pipo ?. Évalué à 4.
[^] # Re: non
Posté par Nap . En réponse au journal Evolution, ou régression ?. Évalué à 2.
[^] # Re: http
Posté par Nap . En réponse au journal Gaspillage et protocoles - numéro 1 - RSS, Atom & cie.. Évalué à 2.
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.