CMS "pro" sans base de données ? '(xml ou autre)

[AllM]

Bonjour à tous,


Je cherche depuis plusieurs jour, mais je n'arrive pas à trouver

Je recherche un CMS un peu pro, simple mais sans base de données. J'ai trouvé pluxml, mais c'est un peu trop simple, c'est plus pour du blog que pour du site.

J'aime bien le principe du CMS en xml, mais j'arrive pas à en trouver qui soient pas calqués sur des blogs. Des idées ?

Niveau perf, vous pensez qu'une base en xml consomme plus de ressource que du SQL ?

[dmathieu]

Un document XML sera à préférer à une base de données tant que tu a moins de 200 données environ.
Un CMS contient à priori beaucoup plus de données (rien qu'au niveau des membres si tu a un forum avec).

Non, ce n'est donc pas performant. Et c'est pourquoi aucun cms évolué n'est développé de cette manière.

[AllM]

Merci pour ta réponse. Je comprend mieux.

Je vais devoir rester sur de la base de données alors

[phpmikedu83]

C'est quand même plus souple de la base de donnée à gérer quand même... où alors, j'ai raté un truc quelque part

[Audiofeeline]

C'est quand même plus souple de la base de donnée à gérer quand même... où alors, j'ai raté un truc quelque part

Bien pour un petit site mais bon après, ça devient lourd.

Je peux te citer Guppy ou PlumXML et DNF pour le forum.

[AllM]

Re, j'étais en vacances

Un document XML sera à préférer à une base de données tant que tu a moins de 200 données environ.

200 données correspondent à quoi ? Dans un fichier ?

Parce que si de façon toute simple (un peu comme dans plumxl), on utilise un fichier par page, ce fichier là contient pas plus d'une dizaine de zones différentes, ce qui en fait un fichier trés simple. Aprés, il y a le problème de la multiplication des fichiers, mais c'est autre chose.

Et c'est pourquoi aucun cms évolué n'est développé de cette manière.

Oui, mais pour un truc simple ? Cad simplement un site de contenu ? Pour simplement du contenu, ca devrait étre jouable je pense non ?

C'est quand même plus souple de la base de donnée à gérer quand même.

Je vois pas en quoi ? Quand ton site est KO, est-il plus simple de repasser en FTP quelques fichiers XML ou de remonter une base SQL ? Idem pour les sauvegardes, ca simplifie bcp la vie d'avoir des vrais fichiers "physiques" plutot qu'une BD non ?

[rog]

moi j'en ai un mais il n'est pas optimisé SEO

rog

[milkiway]

TU as besoin de quoi comme fonctions ?
Une base de donnée, c'est un fichier texte...

[AllM]

Ben du assez basique :
- Créer des articles / dossier avec 1-2 niveau de hierachie
- ajout d'image / son / video
- url rewritée / seo


Globalement, j'ai pas besoin de plus, c'est pour ça que j'en ai un peu marre des usines à gaz de type gros CMS (joomla ou autre)

moi j'en ai un mais il n'est pas optimisé SEO

C'est qoi ?

[Audiofeeline]

Les scripts sans BDD sont rares.
PlumXML est pas mal, il y a un tuto sur leur forum pour le rewrite me semble-t-il.

[AllM]

Merci pour l'info, je vais aller voir ça.

Je pense que je vais partir de plumXML et faire du dev autour pour completer ce qui me manque

[NextGeneration]

dokuwiki est pas mal, tu peux le configurer pour n'etre pas editable par le public ( mode fermé + interdire les inscriptions )

[AllM]

Ok, merci, je vais regarder ça.

[ircf]

Bonjour,

Je ne vois pas en quoi utiliser le système de fichiers pour organiser un site et stocker ses données serait moins performant : Le système Unix est entièrement basé sur le système de fichiers et fonctionne très bien. Le système Windows, géré par une base de données (base de registre) est quant à lui monolithique : pensez à ce qu'il se passe lorsque la base de registre est endommagée ou tout simplement lorsqu'elle grossit...

Je ne discute pas les avantages d'une base de données relationnelle. Cependant, je pense qu'un site internet "futuriste" nécéssiterait une structure de données plus décentralisée et hétérogène et sous cet aspect, l'approche XML me semble intéressante.

Je trouve aussi que l'argument de la performance ne tiens pas : les navigateurs web, sont des parseurs de fichiers XML, cela vous limite t'il quant au nombre de pages ou à la longueur des pages que vous pouvez visiter ? Et puis la performance n'est pas un but en soi : en 1980, on aurait dit qu'un jeu vidéo en 3D serait trop lourd et que les jeux vidéos en 3D n'auraient pas d'avenir...

Bref, je ne voulais pas mettre de l'huile sur le feu, mais je pense au contraire que les sites basés sur des SGBDR sont amenés à être remplacés (ou peut-être fusionnés ?) avec des format de type XML, d'ailleurs la plupart des SGBDR proposent désormais des connecteurs XML, il existe même un SGBD entièrement XML : http://exist.sourceforge.net/

A propos de l'existant, il est vrai que la plupart des CMS actuels utilisent un SGBDR. Cependant, je ne pense pas qu'il s'agit réellement d'un choix "contre" le XML, mais plutôt d'un effet de "mode" et aussi du fait que créer un CMS basé sur XML est plus complexe, car il est vrai que le SGBDR résoud beaucoup de problèmes. Voici quand même une petite liste de CMS utilisant XML (certains utilisent exclusivement XML, d'autres une combinaison XML/BDD) :

- Open CMS : http://opencms.org
- Daisy CMS : http://cocoondev.org/daisy
- Hyppo CMS : http://hyppocms.org
- Ingeniux : http://www.ingeniux.com (payant)
- Easy CMS : http://www.easy-cms.be
- XSLTCMS : http://xsltcms.org

Les 4 premiers sont des références, les deux derniers sont des projets en cours de développement.

Pour terminer, un petit coup de pub ;)

Notre société (ircf.fr) développe (avec PHP5) un gestionnaire de contenu libre basé sur XML, XSL et XSD : http://mapixcms.org

Site de démo : http://demo.mapixcms.org
Site de téléchargement (v0.8) : http://sourceforge.net/projects/mapix

CVS (v0.9, pas tout à fait finalisée, mais largement utilisable) : http://sourceforge.net/cvs/?group_id=196990

ou si tu veux simplement voir les codes sources :
http://mapix.cvs.sourceforge.net/mapix/
(je te recommande le fichier README, les fichiers /maps/*.map ou encore le noyau /.core/mapix.php)

Je suis à votre disposition si vous avez des questions et bien sûr pour discuter avantages/inconvénients SGBDR/XML.

Mathieu.

[oscim]

Pour reprendre ce qui est dit plus haut, effectivement, une base de donnée ne se justifie que sur un volume d'information stocké .

Dans le cas d'ultilisation de base sur des tout petit volume, il est clair qu'un parser xml est plus rapide.

voir un autre encore, lossim, sur http://sourceforge.net/projects/lossim/

destinée à des petits site , mais reste modulaire et extensible