davidm

Juste une petite remarque : il serait bon de faire un effort dans la rédaction du titre de ton message ("bonjour" n'apporte pas vraiment d'information à ton lecteur sur la nature de ton problème/ de ta question). Par ailleurs c'est écrit dans les règles du forum... Je cite

Oui j'en ai souvent parlé, l'admin est issue de Etomite dont MODx était à l'origine un mod. Comme je le disais, la nouvelle admin sera CSS tableless sans frames et avec AJAX en lieu et place des javascripts... Par contre, je peux aujourd'hui annoncer un délai sur la nouvelle interface : elle sera dispo d'ici deux mois maxi, probablement pour la 0.9.2

Je n'ai pas dit que Joomla est un mauvais CMS, simplement que j'attend que le système de template dispose en fin d'un macrolanguage et d'un système de contenus réutilisables (comme les chunks de MODx, le blobs de CMSMS, les forms de TXP ou les embeded templates de Expression Engine). Peut-être vers la version 1.3 ou 1.4... Pour l'instant, je pense que lorsqu'on a besoin d'un design custom, la granularité du contrôle qu'on a sur le templating est insuffisante. Sinon, SylvioCO, j'ai discuté avec les dév de MODx à propos d'ORM et CRUD, apparemment il est construit sur ce principe. Maintenant, pour plus tard il faut savoir que le développement de Tattoo, une version exlusivement PHP5 OO qui visera le segment ECM, risque d'apporter pas mal de chose aux développeurs qui comme toi cherchent un framework. L'objectif annoncé pour Tattoo sera de viser non moins que... Ruby On Rails au niveau de la souplesse, sans les inconvénients liés à l'hébergement Rails et l'apprentissage de Ruby...

Merci Peut-être intéressant de bosser avec eux... je vais examiner ça !

Encore des news (et oui il s'en passe des choses !) Nous avons désormais un channel (non-officiel) sur IRC (en anglais, toutefois) : #modx sur Freenode

Typhon me fait un peu penser à un TextDrive francophone, à la pointe (bleeding edge), et qui cherche à se faire une place sur une niche. Ce que je ne sais pas c'est depuis combien de temps la société existe...

Effectivement je viens de jeter un oeil, c'est pas mal du tout. J'ai découvert aussi qu'il y avait un système de gestion des versions, intéressant... dommage que le templating ne suive pas... vraiment, c'est le point noir pour moi, mais bon c'est un autre débat !

Joomla progresse, c'est vrai notamment avec l'introduction de patTemplate comme moteur de template. Mais l'héritage de Mambo n'est pas une référence car rigide en matière de template. Alors bien sûr, comme avec SPIP on peut aboutir à un résultat, mais ça prend beaucoup plus de temps et c'est moins flexible ! Le fait qu'il existe des thèmes à installer qui sont bien fait invite les utilisateurs de Joomla à penser que le templating est facile, mais ce n'est pas vrai comparé à des applications modernes qui offre un macro-language à base de tags... Maintenant, ce n'est que mon avis....

Ca ne m'étonne pas.... les nouveautés mettent du temps à franchir l'atlantique ! Encore qu'on trouve des offres RoR : http://www.typhon.net/fr/OffreRails Et ça reflète aussi ce que je disai : php n'est pas encore détroné...

Tiens, sujet déplacé... J'avais hésité à poster dans language du net vu qu'il s'agissait d'une application de serveur local, mais il est vrai qu'on a plus parlé de Ruby On Rails

Ca je peux comprendre, je suis dans le même cas ! Excellent le lien, sympa ! Je vais tenter de commencer à lire ça... Ok c'est bon à savoir... pour les concepts objets, j'ai commencé à m'y plonger avec PHP5 c'est vrai qu'il faut vraiment rentrer dans la logique mais c'est comme tout, c'est faisable. php, plus simple ? Je trouve que ce n'est pas si simple moi... l'exemple de code que j'ai vu dans la démo comment créer son appli de blog en 15mn était plus clair que mon bouquin sur PHP5 pourtant ! Mais bon j'ai plus de facilité avec l'abstrait... Je te dirai ça, je vais commander le bouquin ! C'est bon à savoir, même si perso je pense le commander en anglais du moins si c'est moins cher... Non mais vraiment il est excellent... J'avais bien aimé le site du cabinet médical sous Textpattern aussi !

@ xpatval : merci @loupilo: le bouquin est bien ? Je veux dire : il est clair ? J'hésitai à l'acheter... ah mais je vois que tu as un billet sur le blog d'Azozeo (au fait, excellent design, chapô !) @ozmonitor : Beaucoup de gens pense que Ruby On Rails va détroner PHP parcequ'il est plus rapide à déployer et (apparemment) plus facile à apprendre, en tout cas pour de designer web (les codeur semblent préférer PHP). Il faut dire qu'on trouve ce genre de facilité et de souplesse dans le monde php aussi, avec des frameworks qui comme Rails sont basé sur le MVC comme Symfony ou Cake. Ceci dit, avant qu'une technologie en remplace une autre, il faut qu'elle soit suffisamment largement adoptée... n'oublions pas non plus que l'hébergement des applications basée sur Ruby on Rails n'est pas si facile à trouver (Encore qu'en tant que client de TextDrive, je suis bien servi )$ Pour conclure : Rails a le vent en poupe côté anglo-saxons depuis que 37signals a sorti Basecamp, et reste une des grosses tendance du web. Mais il y a peu de développeurs RoR, et les hébergeurs sont à la traîne sur lighttpd, de même que les développeurs d'applications. Hormis quelques fleurons comme Basecamp, TaDa List, Typo, il y a peu d'application existantes. Il reste encore à RoR de décoller concrètement donc... php a encore de beaux jours devant lui... même si le concept de Ruby On Rails est vraiment hyper séduisant...

Cela fait quelque temps que je m'intéresse à Ruby On Rails (voir aussi railsfrance.org). Ceux qui ne connaissent pas peuvent voir, sur rubyonrails.org plusieurs vidéo de démo (notamment, comment créer une application de blog en 15 minutes) et apprécier la puissance de ce framework de développement web. Mais venons-en au fait : jusqu'ici, il était compliqué de configurer un serveur local sans connaissances techniques, du moins avant que ne sorte InstantRails l'équivalent de EasyPHP pour PHP/MySQL (et quand je dis l'équivalent, c'est TRES similaire). A télécharger donc pour les curieux ! http://instantrails.rubyforge.org/wiki/wiki.pl Je vous fait un petit rapport une fois que j'ai fait un tour de la bête

A la lecture de ton post, je ne vois pas en quoi nous ne sommes pas d'accord... Sensé, oui c'est exactement ce que je dis : mais la plupart du temps, il ne le fait pas ! Il faut se tourner vers un CMF pour vraiment avoir cette flexibilité au niveau des contenus (pour ça que je me suis tourné vers MODx !). Je pense que nous n'avons pas la même acceptation du mot "module". Pour moi un module est une extension fonctionnelle d'un "core", un coeur de l'application. L'approche modulaire, pour moi, c'est de garder ce "core" (parser, cache, API...) aussi léger que possible et que presque toutes les fonctionnalités que tu cites (blog, forum, gestion de contenu, wiki, galerie...etc) soit transformée en module clairement dissocié. Justement, comme tu dis, pour faciliter l'évolution, la maintenance et aussi la rapidité de développement et l'efficience. Tu veux dire lorsqu'on utilise plusieurs applications web différentes ? Je suis d'accord avec toi sur ce point... Encore que précisons : on peut intégrer certains applications tierces d'une manière tout à fait satisfaisante lorsque ces applications sont construites pour ça (justement, lorsqu'elles s'appuient sur une conception véritablement modulaire, ce qui est encore rarement le cas). Comme je disais, je ne pense pas que nos points de vue soit si opposé que ça. Encore une fois, c'est exactement ce qu'un framework comme MODx permet de faire : bâtir des solutions en adéquation avec les besoins et ce rapidement grâce à l'API du framework... Je suis d'accord pour dire que la question de la productivité est trop rarement abordée. Il faut dire que ma formation initiale c'est le TQM, total quality management Par contre dire que du CMS payant est plus efficient que l'opensource, je ne crois pas que ce soit vrai ! Encore faudrait-il préciser de quels types de projets on parle, c'est possible sur de l'ECM (enterprise content management), mais c'est discutable. Sur le segment des PME, je ne pense pas qu'il y ai photo... Idée intéressante oui ! Encore qu'il faudrait arriver à se mettre d'accord sur les règles du jeu et sur le sujet, car en fonction du cas à résoudre, un outil ou un autre peut être favorisé. Tiens, mieux encore, il faudrait trois scénarii de types différent pour vraiment juger de la performance d'un CMS/CMF... Ca m'intéresserait de voir les résultats

Midgard est aussi un framework, donc why not effectivement, mais la dernière fois que je l'avais testé (ce qui remonte à plus d'un an, ça a peut-être changé), c'est un peu une usine pas super flexible. Typo3, je m'abstiendrai tout le monde sait ce que j'en pense Quand à TikiWiki, je le déconseillerai mais ça n'est que mon avis, car il est trop lourd à administrer...

Merci claire, intéressant je vais jeter un coup d'oeil à ce module...

Je vais remettre à jour le tuto, mais le fix fonctionne j'ai des utilisateurs qui tournent avec MODx 0.9.1 sous EasyPHP 1.8...

MODx est désormais en téléchargement libre sur modxcms.com (voir cette annonce), il n'y a plus besoin de s'enregistrer sur le forum pour accéder à l'archive... A ceux qui avaient été stoppés par cette limitation, allez-y ! http://modxcms.com/download.html

Pour l'instant c'est vrai, même si MODx a un système de mot clés comme SPIP, il lui manque des snippets qui exploitent ceux-ci. Encore qu'on a déjà : ListRelated (intégré à la distribution) qui permet de lister tous les items qui sont taggés avec le même mot clé et une version de DropMenu qui offre un filtrage sur mot clé et même sur les "regular expressions". Ce qui manque aussi, c'est un véritable workflow des documents. C'est prévu dans le premier trimestre 2006... Prendre plusieurs outils est tout à fait possible, du moment que tu n'as pas besoin d'avoir un seul login (ou alors, il faut écrire un script custom...). Ca peut être une idée. Tout dépend du projet.

Dommage que tu n'accroche pas au concept MODx, parceque pour un besoin ce type aucun CMS ne pourra convenir il te faut un CMF comme MODx... Rappelons qu'un CMF est une API (application programming interface) permettant de construire un CMS customisé. Un CMS à tout faire pour moi, ça n'existe pas. Chaque CMS a une couverture fonctionnelle plus ou moins large, et le problème d'avoir un grand nombre de fonctionnalités (exemple type : les portails...) c'est d'allourdir l'application et... de limiter son évolution et d'aboutir à une lourdeur de développement contre productive. C'est la raison pour laquelle la plupart des projets récents s'appuient sur un core léger, évolutif et sur des plugins/modules qui viennent s'ajouter en fonction des besoins. C'est déjà moins lourd que le concept du "tout en un", mais certainement pas aussi flexible qu'une API qui permet de construire facilement et plus rapidement des modules et plugins customs. Bon enfin pour en revenir au débat, voir la page de Wikipedia pour une liste de content management framework. En dehors des CMF, il y a les framework de dév PHP comme Symfony ou CakePHP, mais là il faut être développeur... Ou alors aller vers le monde java avec Jahia

Comme tout classement, ça peut se discuter, mais en ce qui me concerne si je suis d'accord qu'on peut tout faire avec SPIP la question c'est aussi la facilité avec laquelle on va travailler. Et qui dit facililité dit rapidité de développement et maitenance plus simple... ok je n'ai fait que 3 sites avec SPIP et c'était entre 3 et 2 ans auparavant, mais aujourd'hui les macro-languages à base de tags, l'association via le backend d'un template à un document et l'édition des templates en ligne est un minimum.... Ca ne veut pas dire que SPIP est mauvais, simplement qu'il est moins bon... c'est mon avis, même s'il faut que je teste la 1.8.2 que j'ai réinstallé il y a peu...

Allez, encore quelques chiffres qui donnent la tendance : January 2006 New Topics 503 New Posts 3 525 New Members 1267 Most Online 113 Page views 289 545 A titre de comparaison, en septembre : New Topics 132 New Posts 907 New Members 134 Most Online 26 Page views 88478 Ca décolle !

Je suis étonné, la doc d'expression engine est hyper complète, et le forum plutôt actif... in english, certes... Pour moi : Facilité d'utilisation (utilisateur final) 1. SPIP 2. MODx 3. Textpattern 4. EE Facilité d'utilisation (concepteur de site => apprentissage de l'application) 1. SPIP 2. Textpattern 3. EE 4. MODx Templating 1. MODx (à cause des variables de modèles et des server side CSS) 2. Textpattern 3. EE 4. SPIP Flexiblité 1. MODx (de *très* loin) 2. Textpattern - EE 3. SPIP Conformité et accessiblité 1. Textpattern - MODx - EE 2. SPIP Evolutivité 1. MODx 2. Textpattern 3. SPIP 4. EE (moins de plugin que txp) Galerie 1. EE (la version payante dispose d'un système très performant pour les galleries, avec des possiblité de manipulation d'image, et une intégration 100%) 2. MODx - Textpattern (tout deux ont des plugins prévu pour ça) 3. SPIP (là je sais pas trop...)

Suite de la série "Coup de Coeur"... J'en avais déjà parlé sur le Hub, e107 est depuis longtemps un CMS qui a ses fidèles, notamment en vertu d'une administration claire et bien conçue et d'un système de templating qui un peu comme LDU sort du lot par rapport aux nuke-like ou a Mambo. La version 0.7 s'est faite attendre, mais il faut l'admettre, c'est un excellent cru qui vient améliorer grandement l'état des choses par rapport à la derniere release, la 0.617. Tout d'abord, l'interface est désormais un modèle du genre : pour moi, la meilleure parmi les "nuke like" (qui restent quand même facilement plombée par des tonnes de fonctionnalités, mais c'est le segment qui veut ça...). C'est peut-être moins léché que Mambo/Joomla, mais c'est clean et clair. L'aide en ligne a fait l'objet d'un soin particulier et même le débutant en administration s'y retrouvera. Côté template, e107 a toujours offert de nombreux templates bien fait et sympa, avec une réduction importante des tableaux hardcodé ce qui permet de prendre un peu plus le contrôle sur le design... et aussi de créer des templates conformes sans s'arracher les cheveux... Je vous conseille donc de le télécharger, et de jouer un peu avec... De quoi hésiter entre LDU et e107, sans aucun doute... Aussi, voir e107.fr pour la communauté francophone... A noter la trad n'est pas encore sortie, mais ça ne saurait tarder vu l'utilitaire intégré de traduction ça devrait être rapide...

Ok merci Dan pour la réponse Yep bon Debian SSH "nu" c'est pas pour moi sûr... Non je ne comptais pas avoir recours à l'infogérance, à ce prix là c'est plus pour toucher au dédié et me faire la main... Ceci dit, le mutualisé me suffit pour le moment... c'est juste qu'avec ce genre de prix et sans engagement, on a envie de "voir" la différence et de voir la complexité de ce qu'il y a derrière... curieux quoi !