nodeo.net - Blog - Pour un web libre, moderne et ouvert ! - Commentaires

Sortie de MODx 0.9.6 RC1 - davidm

davidm — Tue, 20 Feb 2007 22:24:00 +0100

Merci NiCoS, un projet très intéressant avec des gens passionnés, c'est toujours une expérience enrichissante :)

Pour l'enménagement, ça y est je suis enfin opérationnel mais il y a eu une bonne quizaine difficile entre la mise en ligne du site gican.asso.fr et la logistique déménagement/enménagement :P

Sortie de MODx 0.9.6 RC1 - NiCoS

NiCoS — Tue, 20 Feb 2007 21:17:55 +0100

Merci de l'info :-)

Sinon félicitations pour ton déménagement et la refonte du site infosoleil - bon courage à toi :-)

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - davidm

davidm — Mon, 25 Dec 2006 11:22:10 +0100

C'est une preview de test interne et non public, c'était plus pour dire qu'on est sur le coup et qu'on travaille dessus pour que la beta soit dispo autour de févier :)

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - xeres

xeres — Sat, 23 Dec 2006 13:47:36 +0100

c'est parti où?
je n'ai rien vu sur le site de Modx.

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - davidm

davidm — Thu, 21 Dec 2006 11:03:33 +0100

Update : C'est parti pour le test de la 0.9.7 alpha :)

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - davidm

davidm — Mon, 18 Dec 2006 09:15:14 +0100

Il y a même mieux, Jason a posté les date de release prévisionnelles ici :
http://modxcms.com/forums/index.php...

0.9.7 alpha : entre Noel et le jour de l'an

0.9.7 finale : 1er trimestre 2007

1.0 alpha : en même temps que la 0.9.7 finale, mais seulement le framework (pas de frontend)

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - NiCoS

NiCoS — Sun, 17 Dec 2006 23:02:33 +0100

Ouah classe :-)

Je pensais pas apprendre ça ce jour ;-)

++
Nicolas

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - davidm

davidm — Sat, 16 Dec 2006 17:49:08 +0100

Si on en croît Jason qui a déjà utilisé la nouvelle version en prod, l'upgrade se passe plutôt bien :) Il faut aussi savoir que la transition ne sera pas complètement "brutale"... la prochaine version, MODx 0.9.6 intégrera le nouveau parser.

La 0.9.7, sera une adaptation de xPDO pour le core actuel (backporté de la 1.0) :)

A lire : un billet de Jason Coward qui lève le voile sur le design pattern du futur core de MODx 1.0 / Tattoo - NiCoS

NiCoS — Sat, 16 Dec 2006 13:05:35 +0100

J'ai parcouru l'ensemble, c'est vrai que cela s'annonce très prometteur (me semble déjà l'avoir dit plein de fois...).

Si en plus la transition Modx 0.9.x > 1.x est supporté "en toute transparence", c'est génial pour les utilisateurs de modx :-)

AroundMe 0.7.0 : la nouvelle version entièrement remaniée du reséau social open source est dispo en démo - davidm

davidm — Thu, 14 Dec 2006 08:14:33 +0100

Et hop après la version 0.7.1 que je n'ai même pas eu le temps de vous annoncer, la version 0.7.2 est sortie !

http://www.barnraiser.org/software....

Tendance : Les applications web se mettent à la diète ! - NiCoS

NiCoS — Sun, 10 Dec 2006 22:35:12 +0100

On aurait donc enfin un vrai CMF et non un framework pouvant faire office de CMS ou un CMS évolué qui ne peut faire véritable framework et qui est juste un CMS évolué comme eZ Publish/Drupal/...

Cela s'annonce prometteur tout ça :-)

Tendance : Les applications web se mettent à la diète ! - davidm

davidm — Fri, 08 Dec 2006 12:12:53 +0100

Oops oui DC2 a apparemment filtré ton commentaire pour une raison qui m'échappe (investigation en cours). L'erreur est réparée ;)

Pou répondre, Il est certain que les défis à relever ne sont pas minces, mais certaines choses encore inconnues du public sur les moyens dont nous sommes en train de nous doter pour passer la vitesse supérieure me laissent à penser que même si bien sûr la compétition est rude, il y a de la place pour un framework orienté gestion de contenu (symfony est un framework dont la portée est plus large quand même, qui ne se limite pas à la gestion de contenu il me semble).

Je pense que le fait que Jason apporte son expérience J2EE au monde PHP est vraiment quelque chose d'assez unique... mais bon, nous verrons bien le défi est intéressant !

Tendance : Les applications web se mettent à la diète ! - NiCoS

NiCoS — Thu, 07 Dec 2006 15:16:18 +0100

Il me semblait avoir posté un billet en réaction - peut être dans les spams ou alors je perds la boule.

Bref, merci pour le lien il est très intéressant et c'est assez prometteur. Peut être que cela résoudra enfin certains manques des CMS classiques et des frameworks.

C'est un gros défi pour eux de se positionner face à symfony, surtout dans la mesure où des gros sites tournent avec symfony (comme Yahoo Bookmarks). De même pour RoR, Django ou Turbogears. Je suis pas sur qu'il y ait la place au soleil pour autant de frameworks (surtout en PHP et sans oublier l'arrivée du Zend Framework...). Je pense que symfony a pris beaucoup d'avance sur ses concurrents directs pour le moment.

On verra bien !

Tendance : Les applications web se mettent à la diète ! - NiCoS

NiCoS — Wed, 06 Dec 2006 13:37:07 +0100

Merci pour le lien, c'est intéressant en effet !

Se positionner face à Symfony et être compétiif face à RoR, Django ou Turbogears, voilà un sacré défi à relever. Surtout que ces frameworks ont maintenant des gros sites à leur actifs (rien que pour Symfony, il y a yahoo bookmarks notamment).

En tous cas, ça promet d'être intéressant tout ça !

Business Readiness Rating : un modèle pour l'évaluation des logiciels Open Source - Eric

Eric — Wed, 06 Dec 2006 12:24:39 +0100

Je connaissais pas, merci pour le lien et le résumé.

Tendance : Les applications web se mettent à la diète ! - davidm

davidm — Wed, 06 Dec 2006 12:05:14 +0100

J'ai lu ton blog, particulièrement les post sur Django, l'approche est hyper intéressante mais c'est du Python donc un autre univers :-/ (idem pour TurboGears).

Ceci dit, non je pense que d'après ce qu'en dit Jason la différence de Tattoo sera surtout son accessibilité technique (installable sur la majorité des serveurs web sans config pointue/ spécifique), avec des choix architecturaux totalement différent de Code Igniter ou CakePHP, ou Symfony par exemple.

Mais ce ne sera pas un framework au rabais ;) Le but est clair, se positionner face à CakePHP ou Symfony et être compétitif face à Ruby On Rails et Django ou autre TurboGears.

Pour plus une discussion de haute volée qui donne une idée de l'approche de Jason vis à vis de l'avenir de MODx et son positionnement par rapport à d'autres frameworks, voir :
http://modxcms.com/forums/index.php...

Tendance : Les applications web se mettent à la diète ! - NiCoS

NiCoS — Wed, 06 Dec 2006 00:04:29 +0100

Pour le modèle MVC pur, il faut voir que Django par ex est plutot un MVT avec T pour template ;-). En ce sens il peut être vu comme un CMF (django se voulant d'abord orienté publication de contenus même s'il ne s'y limite pas...) mais il est peut être déjà plus évolué que Modx ou trop évolué / modx par ex...

Tendance : Les applications web se mettent à la diète ! - davidm

davidm — Tue, 05 Dec 2006 15:00:30 +0100

Oui c'est vraiment "en attendant " ce thème :P

Les frameworks applicatifs que tu cites sont effectivement les outils que j'avais en tête (mais au départ, je ne voulais pas forcémment tomber dans la technique). Ceci dit, ce type d'outil se justifie pour des projets nécessitant un haut degré de personnalisation, peut-être moins pour des projets de faible à moyenne taille.

C'est là que je pense qu'il y a un "vide". On trouve des frameworks pur, on trouve des CMS améliorés mais pas réellement de vrais CMF (ou alors, complexes comme eZpublish ou MidGard par ex).

J'aimerai voir apparaître un "intermédiaire" entre ces framework purs et les outils limités dont nous disposons aujourd'hui.

C'est un peu l'objectif de MODx de se situer à l'intersection d'ailleurs. Aujourd'hui, il reste l'héritage d'Etomite et nous sommes limités par celui-ci ce qui fait que MODx n'est pour le moment qu'un CMS avec une API.

Pour la plupart, ça correspond à la définition d'un CMF, mais je pense qu'avec la version MODx 1.0 / Tattoo on aura vraiment un pur framework de gestion de contenu, orienté object. MODx 1.0 sera par ailleurs fondé sur une approche spécifique d'ORM/CRUD nommée xPDO.

Un article de Jason Coward va bientôt sortir pour expliquer pourquoi parmi les design patterns existant il n'a pas choisi un modèle MVC pur. Jason est un développeur avec 10 ans d'expérience, qui vient du monde J2EE, a l'habitude de la programmation OO et des méthodes de développement dites "Agiles".

Je tiendrai mes lecteurs au courant de cet article bien sûr, avec probablement une traduction française :)

C'était la parenthèse MODx, je suis curieux de voir d'autres applications qui suivent la même logique apparaître...

Tendance : Les applications web se mettent à la diète ! - NiCoS

NiCoS — Tue, 05 Dec 2006 14:37:35 +0100

aahh c'est nettement mieux et de rien :-)

Drupal est peut être un mauvais exemple en effet. Mais pourquoi n'aurais tu pas les mêmes soucis avec Modx ou je ne sais quel outil ?

A moins que tu n'envisages ici que les frameworks (rails, django, turbogears, symfony, cakephp, etc) et effectivement, le risque devrait être moins grand ;-)

Tendance : Les applications web se mettent à la diète ! - davidm

davidm — Tue, 05 Dec 2006 13:43:10 +0100

Nota : Pour ceux qui ne savent pas ce qu'est un "effet de bord" (corner case en anglais), voir cette excellente page de WikiPedia.

Effectivement on est bien d'accord sur les limites de l'externalisation des fonctionnalités... Ceci dit, l'avantage d'un framework c'est aussi la normalisation des techniques de programmation donc les concepteurs d'extensions sont "sur des rails" (sans vouloir faire de jeu de mot ;P) et après c'est plus la conception du framework lui-même qui est en cause. Rappelons aussi que même s'il se présente comme tel, Drupal n'est pas vraiment un framework.

Il est entre l'ancien et le nouveau modèle je ne pense pas qu'il soit représentatif des CMF modernes même si, vu l'époque de sa conception, il était en avance sur son temps. Je n'ai jamais plongé dans l'API de Drupal toutefois, si quelqu'un (Vincent ? Claire ?) veut développer...

Pour SPIP : c'est un bon système qui peut être adpaté dans certains cas, moins dans d'autres... J'utilise les systèmes qui me semblent les plus pertinents, de toute façon (cf la discussion sur le Hub)

Pour les problèmes avec ce thème DotClear, un peu logique j'ai adapté en quelques minutes le thème atopa (c'est temporaire, je développerai un thème custom lorsque j'aurai mis en place la refonte de nodeo.net) pour ce blog dont la peinture est encore fraîche ;) Atopa étant un thème a fond sombre et texte+lien clairs, il a fallu modifier les éléments et j'ai fait ça tard hier soir :P Ceci explique cela ;)

Il reste de choses à ajuster sur les CSS : merci pour les remarques :)

Edit : Normalement c'est réglé :)