URL: https://linuxfr.org/users/sleepingtux/journaux/basculer-linformatique-en-tout-xml Title: Basculer l'informatique en tout-XML? Authors: Manger sur pattes Date: 2006年04月19日T20:39:29+02:00 Tags: Score: 1 Cher journal, j'ai eu une idée que j'ai posé ici : [http://forum.jabberfr.org/viewtopic.php?id=419](http://forum.jabberfr.org/viewtopic.php?id=419) , mais je ne résiste pas à l'envie de te la présenter. C'est très simple : aujourd'hui, la majorité des standards ont une syntaxe différente, tant au niveau des protocoles (XMPP, IRC, IMAP, HTTP...) que les fichiers de configurations ( /etc/fstab, ~/.kde/share/config/*, /etc/apache2/httpd.conf). Pourquoi ne pas transcrire tout cela en XML? J'ai proposé deux petits exemples de ce que pourraient être XIMAP ou XHTTP sur le post sur jabberfr, que je ne peux remettre ici à cause des balises qui sont supprimées... Sinon, quitte à avoir tout XML, j'avais l'idée d'une sorte de super-serveur qui pourrait tout gérer. Pour l'IMAP, Jabber et SMTP, la cohabitation ne pose pas de problème. Mais HTTP n'a rien à voire avec ça (le client se connecte aux serveurs sans passer par un autre comme c'est le cas avec Jabber et SMTP), d'où mon erreur dans le troisième exemple sur le message du forum. Niveau local, pourquoi pas transcrire tout les types de fichiers actuels en XML? (et peut-être créer un langage de programmation XML) Voire même de faire un système de fichier basé sur XML? Bien sûr, pour cette option et même pour toutes se posent le problème du volume des données qui est ainsi considérablement augmenté. Dans ce cas, on peut compresser avec gzip (je ne vois pas un format de compression XML cependant) une partie des fichiers (les gros fichier opendocuments par exemple) voire même les flux réseaux pour ceux qui se connectent dans le métro via gprs payant au ko (excepté ceux avec leur nokia 770 dans les boulangeries wi-fi du coin). Cependant, des fichiers XPNG, Xxvid ou XOGG restent inimaginable du fait de leur objectif qu'est de réduire au maximum la taille du fichier, dans ce cas une exception à la règle peut être faite, au détriment de la simplicité qu'instaure le XML (il est plus facile de lire un opendocument qu'un fichier word non xml dans un éditeur de texte simple n'est-ce pas?). Pour le système de fichier, là les performances risquent d'être désastreuses, mais qui sait... Et sinon pour les performances globales du au traitement de toutes ces données XML, je pense que c'est rien face à ce que font déjà les gros projets actuels ;) Qu'en pensez vous?