Nap a écrit 3207 commentaires

  • [^] # Re: LDAP, PHP et photos...

    Posté par  . En réponse au journal LDAP pour les nuls. Évalué à 3.

    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
  • [^] # Re: Navigateurs/clients LDAP

    Posté par  . En réponse au journal LDAP pour les nuls. Évalué à 2.

    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
  • [^] # Re: Navigateurs/clients LDAP

    Posté par  . En réponse au journal LDAP pour les nuls. Évalué à 2.

    son seul problème est sa licence très floue, contrairement à GQ (GPL)
  • [^] # Précision

    Posté par  . En réponse au journal LDAP pour les nuls. Évalué à 6.

    - 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...
  • [^] # Re: Navigateurs/clients LDAP

    Posté par  . En réponse au journal LDAP pour les nuls. Évalué à 2.

    il est pratique, en GTK2, mais hélas il est abandonné :(
  • [^] # Re: intéressant

    Posté par  . En réponse au journal OGG décodé en hard. Évalué à 5.

    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 :)
  • [^] # Re: si quelqu'un peut poster sur le forum en question...

    Posté par  . En réponse au journal OGG décodé en hard. Évalué à 3.

    ah bon et c'est quoi la différence ?
    il y a que la bas qu'ils ont droit à l'explication ? :)
  • [^] # Re: FUD

    Posté par  . 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.

    Je me disais aussi que "Operation Open Gates" ne pouvait être qu'un jeu de mots à deux balles :)
  • [^] # Re: D-Link 520+

    Posté par  . En réponse au journal Wifi - Success Story. Évalué à 2.

    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)
  • [^] # Re: Muhuhu

    Posté par  . En réponse au journal Une idée fausse et des idées persos sur les mots de passe. Évalué à 4.

    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.
  • [^] # Re: ba oui quoi !

    Posté par  . En réponse au journal ca y est... drivers ati pour xorg.. Évalué à 9.

    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)
  • [^] # Re: Le bon goût...

    Posté par  . En réponse au journal L'ergonomie en voilà un sacré mot.... Évalué à 5.

    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).
  • [^] # Re: D-Link 520+

    Posté par  . En réponse au journal Wifi - Success Story. Évalué à 2.

    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.
  • [^] # Re: packages openldap 2.2.20

    Posté par  . En réponse au journal Sarge et OpenLDAP. Évalué à 2.

    youhou :)

    (forward du mail DLFP activé)
  • [^] # Re: D-Link 520+

    Posté par  . En réponse au journal Wifi - Success Story. Évalué à 4.

    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
  • # D-Link 520+

    Posté par  . En réponse au journal Wifi - Success Story. Évalué à 5.

    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.
  • [^] # Re: bonne idée

    Posté par  . En réponse au journal Passer ses parents à Linux.... Évalué à 2.

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

    Posté par  . En réponse au journal Sarge et OpenLDAP. Évalué à 5.

    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à.
  • [^] # Re: Et le premier amendement ? :)

    Posté par  . En réponse au journal Alerte à la croisade pro-OS propriétaire sur DLFP!. Évalué à 3.

    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.
  • [^] # Re: avec linux ou avec mac OS X?

    Posté par  . En réponse au journal Mini mini ?. Évalué à 2.

    si quelqu'un préfère l'architecture PPC à x86, ça lui fait déjà une bonne raison.
  • [^] # Re: Avantage de n'avoir qu'une petite machine ...

    Posté par  . En réponse au journal HotBabe. Évalué à 6.

    c'est codé en java urpmi ?
  • # commentaire inutile

    Posté par  . En réponse au journal Nouvelle version de gtk-qt-engine. Évalué à 5.

    elle fixe pas mal de problèmes


    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  . En réponse au journal Wengo : du pipo ?. Évalué à 4.

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

    Posté par  . En réponse au journal Evolution, ou régression ?. Évalué à 2.

    bon ben effectivement, on a trouvé le nouveau trolleur fou 2005
  • [^] # Re: http

    Posté par  . En réponse au journal Gaspillage et protocoles - numéro 1 - RSS, Atom & cie.. Évalué à 2.

    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.