equivalent de la base de registre sous Linux ??

je sait, ne t'en fait pas ;)
c'est un exemple.

 
ca existe deja pour pureftp quand tu configures avec pure-pw + puredb tout ce que tu fais c est remplir un fichier texte tres semblable a un fichier password , et a partir de ce fichier tu crée
une base puredb.

 
Edit: oups! C'était la 3 [:cupra]

[jfdsdjhfuetppo]--Message édité par 911GT3 le 06-05-2002 à 16:04:45--[/jfdsdjhfuetppo]

c'est quoi la 2?

bah soit on créé un éditeur spécial, ou un mode majeur emacs, ou encore un script qui convertit depuis un plain-text en db3...

ouaip, j'avais bien compris, mais un des avantages du XML que j'ai cité, c'est qu'une petite lecture du DTD te permettais de comprendre la gueule du .conf, alors que des Shémas, faut voir la geule que ca a...

 
Le ficheir de conf est pas en shema dans ce cas, il est en XML, c'est la descr'iption du format du fichier de conf qui est en schema.

moi aussi je suis un utilisateur lambda, mais les conf plain text, c'est merdique quand même... tant pour le dev que pour l'admin que pour les ressources machines...

 
Moi je suis un utilisateur Lambda et je veux pas voir disparaître mes fichiers de conf tout cons au 'profit' de fichiers truffés de balises et de synthaxes  :sweat:

[jfdsdjhfuetppo]--Message édité par 911GT3 le 06-05-2002 à 12:13:44--[/jfdsdjhfuetppo]

wossoup?

 
 :sweat:

[jfdsdjhfuetppo]--Message édité par PinG le 06-05-2002 à 11:59:51--[/jfdsdjhfuetppo]

• J'utilise très peut XMLShema... donc je n'ai pas d'avis pratique sur la question, juste théorique...
• pour l'index comme tu le vois, j'avais déjas fait ca en java, mais c'étais simplement parcequ'une appli nous exportait un flux XML au bas mot de 20 Mo en un seul coup, et qu'ils ne voulaient pas que l'on accède à leur DB directement... donc ces cons avait fait un daemon qui faisait un select *, et qui nous renvoyait le flux XML COMPLET sur demande... Donc en gros, je veux juste un enrengistrement, eux ils font une requète sur toute la DB, charge monstrueuse, ils nous filent un fichier XML bourrin (en plus, la DTD était super bizare), et moi, je devais retrouver mon enregistrement là dedans avant de détruire le flux et de refaire une demande...

J'avais mis un système de cache quand même, mais je travaillait sur le fichier XML (soit caché, soit provenant du flux) -> donc mise en place d'un Index, et d'un hashtable...

• très unifié, tu lit la DTD et ses comments et tu a lu l'équivalent du man trucmuch.conf

Je préfèrerement l'utilisation du XMLSchema. Bien que plus lourd à écrire, ça rajoute en plus un typage des données. On y retrouve notamment la possibilité d'avoir des valeurs enum, de demander des entier strictement position (pour un numero de port par exemple), voir m^eme de déclarer un element comme devant avoir une valeur répondant à une regexp. L'utilisation de ce genre d'outils déporte énormement de test qui sinons seraient faient par le programme qui lit. De plus, si le fichier de schema est suffisamenet précis, on peut automatiquement en déduire une interface de saisie pour le fichier de conf.  
 
dom et sax existent dans tous les languages très fréquement utilisés
M^eme dans ceux pas utilisé=s d'ailleurs. ;)
 
ID généré par ton parser + table de hashage/tableau de références pour accéder encore plus rapidement à un élément directement?
 
Oui, carrément ce système. Au travail, j'ai bossé sur des fichiers XML de plusieurs mégas. Utiliser DOM donne de telles occupations mémoire que l'on mettait les PC à genou (et hors de question d'imposer aux clients 1Go de mémoire), SAX se relançait dans la lecture du fichier à chaque fois que l'on cherchait un truc. Donc, au démmarage de l'appli, un coup de SAX pour regenerer un index d'accès (avec hashtable), et hop, rapide et efficace pour le reste de la journée.

à la limite, je préfères la lib de Raster pour les BDB qui est plus "universelle", ie tout le monde peut l'utiliser...

Les avantages de la BerkleyDB :

• ca donnes un simple fichier .db, tu peux exporter tes dotfiles et autres...
• C'est très rapide à charger/parser
• Gère en natif les variables typées sans se soucier de parser convenablement de l'asciz (en gros, ca rajoute de la secu pour les codeurs qui ne codent pas secur par default)
• Peut stoquer du binaire...
• La lib BerkleyDB existe pour beaucoup d'env
• Il existe moultitude d'outils/d'éditeurs dédiés à la lecture des bases BDB.

XML :

• vraiement un standart interessant/fonctionnel
• très unifié, tu lit la DTD et ses comments et tu a lu l'équivalent du man trucmuch.conf
• parsable très facilement (dom et sax existent dans tous les languages très fréquement utilisés)

Un index? pourquoi pas... tu veux dire un simple ID unique (comme ebXML) ou carrément ID généré par ton parser + table de hashage/tableau de références pour accéder encore plus rapidement à un élément directement? Tu ne peux pas demander à un mec qui tapes une conf de générer un ID pour chaque élément...
Anyway, un fichier de conf, y'a de grandes chances que tu le lise en entier (sauf cas précis genre fichier d'utilisateurs, ...), donc bon... Mais l'iddée d'index est laissée au libre arbitre des developeurs...

hmmm, ca commence a devenir interessant la !
jcour voir ca         :hello:

Ça existe, ça s'appelle gconf. C'est utilisé par galeon et nautilus, et c'est assez puissant. Ça fait même plus que du stockage de configuration, car il y a un démon qui gère les accès concurrents.

emoidonc!

J'assume total !! :hap:

effectivement , pas evident !
Deja que je voyais pas pour le registre  :D  
Enfin merci des precisions !!
Dis sinon , y'a un clan Narta ou koa la ??  :lol: