davidm

Donner l'environnement ou tourne les sites, ça devrait être faisable en consultant les Response Headers des serveurs... Pour l'intégration avec d'autres applications, c'est déjà plus chaud et ce serait peut-être dans un deuxième temps !!!

Merci pour toutes ces idées ça me donne déjà un premier aperçu de l'intérêt d'y passer du temps

Ca fait quelques temps que l'idée m'avait traversé l'esprit, ça me semblerait intéressant de proposer une liste dans laquelle on listerait de bons exemples de ce qu'on peut faire en terme de design / fonctionnalités implémentées avec tel ou Tel CMS. Ce genre de liste existe dans les forums de chaque CMS mais cela prend du temps de comparer ce qu'il est possible de faire avec tel ou tel outil... d'où l'idée d'une liste "centralisée" qui permettrait de gagner du temps pour se faire une idée. Je mettrai une petite page Wiki sur mon serveur à cet effet, si l'idée vous intéresse. Evidemment, l'idée est de faire une liste par type d'application : portail, blog, wiki.... etc. Vous en pensez quoi ? Vous pouvez donnez votre avis dans le sondage, et aussi en développant un peu sur ce sujet... Merci !

Le mieux c'est encore effectivement de se faire une opinion en le testant Si tu as besoin de support : http://modxcms.com/forums/index.php#8

Le backup de la DB c'est vraiment rien du tout... Non les grosses différences ne sont pas dans le look de l'interface (puisque MODx était à la base une extension d'Etomite avant de devenir un Fork), mais dans les concepts qui ont été mis en oeuvre : - les variables de modèles : autrement dit des champs customs qui ne sont limités ni en type, ni en nombre Tellement puissant, que les développeurs d'Etomite sont en train de reprendre le code de MODx pour l'intégrer aux futures versions d'Eto - les CSS dynamiques : autrement dit, des feuilles de style qui sont traitées par le parser donc qui acceptent des paramètres dynamiques (voir server side css, une technique encore peu utilisée mais si on comprend les avantages des pages web dynamiques alors on comprend aussi l'avantage de feuille de style dynamiques...) - les @bindings : permettent de lier une variable custom (aussi appelée TV ou Variable de modèle) à une source de données qui peut être un fichier csv, une base de données externe, un document MODx... etc. En plus de tout ça, le core de MODx a été allégé par rapport à Etomite, la plupart des fonctionnalités ont été découpées en extensions : modules, plugins, snippets selon une approche modulaire. Pour finir, un petit tour sur le deux communautés montre aussi une grande différence de philosophie... à chacun de se faire son opinion

Puisqu'on parle d'Etomite, autant parler de MODx puisque c'est un petit frère de ce dernier mais devenu plus fort, plus souple que son aîné ;-P Ceci dit, avant de conseiller quoi que ce soit, je suis de l'avis de NiCoS : quel est ton besoin ? Quel type de site souhaite tu réaliser ?

Oui MODx n'est pas complexe à apprendre pour une utilisation "traditionnelle", c'est à dire pour faire ce que les autres CMS peuvent faire Par contre, il faut un peu plus de temps pour appréhender sa flexibilité et sa puissance notamment avec les CSS dynamiques, les @bindings (notamment @INHERIT) et aussi les TV. Il va beaucoup plus loin que SPIP de ce côté là... Donc il y a une courbe d'apprentissage, même si le rapport effort/résultat est très très bon ! La logique est intuitive, car MODx a été créé avec le designer en tête pour le templating et avec le codeur en tête pour l'extensibilité....

A ce niveau là, il est plus rapide de créer son appli que de mixer 10 applications différentes, pour aller dans ce sens voir du côté des frameworks purs, type Code Igniter ou Ruby On Rails... Pour MODx peu de sites communautaires, car comme je l'ai souvent dit, MODx nécessite un temps d'apprentissage et n'est pas installable en un clic... beaucoup de personnes qui construisent un site communautaire préfèrent (et souvent à juste titre) un déploiement rapide et une customisation toute relative via templates aussi installable en 1 clic qu'ils retouchent plus ou moins (d'où le côté clone de ces sites, en général...).

Bizarre comme problème... la description me fait plutôt penser à une histoire de proxy de ton FAI (plusieurs heures de décalage, énorme !). Pour les problème de cache relié aux CMS, j'en doute car la plupart des CMS "modernes" ne nécessitent pas de passer par un FTP et normalement le cache contient une version "statique" de la page généré à un instant T par le CMS qui gère des contenus stockés dans une BDD (donc bien sûr les modifs ne sont pas uploadées par FTP ). De plus (du moins dans le cas de MODx) toute modif sur un document nettoie la version en cache dudit document. Je crois que Drupal à la même chose. En tout cas, je serai curieux de savoir d'où vient ce problème...

Perso, je suis plutôt le profil geek, j'aime tout contrôler et être libre, mais à part SquareSpace (je parle en terme d'application, pas de présence commerciale en Europe et de support francophone), je ne vois pas de vrai concurrent à TypePad pour un blog sérieux Oui je m'en serai douté, c'est curieux Je peux le comprendre, mais vu ton post dans ce forum, là tu propose une jaguar à ceux qui ont l'habitude de conduire une porshe (la plupart des Hubeurs sont assez qualifiés en matière de web !)

Si si je te rassure j'ai déjà fait l'opération... un petit test de 15 jours, mais il y a de ça un an (TypePad, c'est pas mal j'admet : surement l'idéal pour qui n'a pas de connaissance technique - d'ailleurs ça allègerait bien les communautés opensource parfois des Help Vampires ) et je n'avais pas le temps de re-créer un compte, tester l'export donc paresseusement je pose la question (sachant qu'en ce qui me concerne, les solutions hébergées ne m'intéressent pas vraiment...). C'est bien ce que je pensait en tout cas, c'est un export au format texte, non pas SQL ce qui veut dire qu'on ne peut pas utiliser les scripts d'import existant de MovableType vers d'autres solutions (il y en a pour presque chaque solution opensource comme WordPress par exemple).

Notons que A List apart a un public de webdesigner donc peut se permettre d'ignorer la limite de 780 pixels... c'est pas forcémment conseillé pour tous les sites... Du moins pas encore... d'ailleurs ça me fait penser, quelqu'un aurait un lien vers des stats récentes en la matière ?

OK donc malheureusement l'export n'est pas SQL, ce qui aurait permis d'utiliser les scripts d'importation existant pour Movable Type Quand on parle d'exportation HTML, s'agit-il d'un export du code généré par l'application (autrement dit, une version "statique" du site), car alors cela perd beaucoup de son intérêt... Evidemment oui, n'importe quelle application web ou non d'ailleurs (combien d'entreprise se sont-elles posées la question de la maîtrise du format de leur données... on attend toujours les spécification du .doc ou du .xls... (sic) )

Intéressant mais hormis la durée, je pense que n'importe quelle personne souhaitant investir sérieusement dans une solution de blog doit de poser la question de sa liberté vis-à-vis de cette solution... Autrement dit, je ne me souviens plus, est-ce Typepad propose un export des données et si oui, dans un format identique à MovableType (autrement dit, facilement importable dans un autre système par la suite, si après six mois le compte devient payant ou ne convient pas/plus...) ?

Je suis assez d'accord avec ton analyse... j'affinerai en disant que Textpattern est bien plus polyvalent encore que WordPress (moins de hacking pour lui faire faire autre chose que du blog... pour moi WordPress c'est un outil de blog qui a évolué vers le CMS... à l'inverse Textpattern est un CMS qui peut faire du blog, mais qui n'a pas été crée pour ça...).

On en découvre tous les jours... Autre possibilité encore plus intéressante : utiliser le snippet SectionRoots come paramètre de DropMenu (et oui MODx supporte des appels récursifs des snippets...).

Pour que tout le monde puisse suivre les mutliples discussions lancées par Michel sur le sujet : http://modxcms.com/forums/index.php/topic,...7.html#msg32147 et sur les forums english : http://modxcms.com/forums/index.php/topic,...9.html#msg32119 Michel, après recherche, j'ai retrouvé dans mes fichiers le hack de DropMenu que j'avais à l'esprit... en fait c'est un hack proposé par Dernier_recours : http://modxcms.com/forums/index.php/topic,...9.html#msg29959 Heureusement que nous allons bientôt avoir une page de téléchargement structurée pour les snippets parceque ça devient difficile à pister, même pour des gens comme moi ! J'ai aussi milité en faveur de l'intégration des hacks dans un seul snippet (à conditions qu'ils soient : - intéressants pour tous - stables - sans impact négatif sur la performance).

De rien... oui c'est vrai je préfère MODx ou Drupal pour ce type d'application... elles sont plus modernes : modulaires, conformes, rapides... Pour MODx, un des gros plus c'est l'édition via le frontend qui est vraiment très bien faite. Evidemment, la flexiblité des templates ou les variables custom sont aussi des plus... j'ai gagné plusieurs contrats entre autre grâce à ça, notamment un assez gros récemment (> 10K), contre... Typo3 et Joomla Bien sûr on t'a conseillé Typo3, comme on a du te conseiller Joomla/Mambo, voire Xoops (déjà mieux)... c'est la voie de la majorité Ce sont des solutions plus anciennes, mais surtout en France Typo3 a des adeptes nombreux (à commencer par les prestataires de services, il suffit de voir la facture d'une implémentation Typo3 ! Mais bon c'est logique puisque c'est plus rigide, c'est plus cher car plus long à customiser ) C'est un peu comme SPIP vs Textpattern : on te conseillera souvent SPIP... Ceci dit, petite pique mises à part, chacun à sa sensibilité et l'interface d'admin ainsi que la logique sous jacente de l'application corresponde plus ou moins. J'espère que tu trouveras celui qui te convient !

Euh, c'est qui Daniel ? Moi c'est David Oui je pense avoir du nez pour découvrir de nouvelles solutions innovantes... Textpattern en 2004, MODx en 2005... Oui c'est un scénario courant ! Je n'ai pas le temps là mais je reviendrai pour développer sur la technique... C'est vrai que les tutos sont encore rare, mais ça va venir, notamment avec le lancement d'un site FR

Si tu n'as besoin que de ces fonctionnalités, n'importe quel CMS avec un système de template flexible peut convenir. Je pense à SPIP, Textpattern ou encore MODx. L'avantage de ces systèmes c'est que tu n'as qu'à ajouter des balises dans ton gabarit existant pour en faire un site dynamique facile à mettre à jour. Comme ils ont une bonne séparation entre contenu et présentation, tes feuilles de styles seront ré-utilisables avec très peu de modifs. Perso, vu ton besoin, je me tournerai vers Textpattern... question de préférence personnelle beaucoup te conseilleront SPIP mais en ce qui me concerne je préfère les CMS qui offrent une interface web pour l'édition et la modification des gabarits plutôt que de faire des aller et retour via FTP. Mon conseil serait éventuellement de tester ces systèmes via opensourcecms.com: Démo Textpattern Démo SPIP Démo MODx Ensuite, de poser des questions sur chacun des forums de ces solutions et voir ce qui te convient le mieux.

Pour la solution FirstChildRedirect, jamais utilisé cette technique... La méthode [*id*] ne marche pas ? Tu es bien sûr d'avoir appelé le snippet "non caché" avec [! et !] et non pas [[ et ]] ??? Sinon : peu d'ambiance ?? Franchement je ne vois pas ! Au contraire il y a une sacré ambiance dans le projet... peut-être moins vrai côté francophone, c'est un peu logique nous sommes (pour l'instant) moins nombreux... Donc la réponse aux problèmes est un peu plus longue (sûr, sur le forum english la plupart du temps au pire c'est une demi-journée ! côté french, disons deux jours... maxi, mais en moyenne c'est plutôt 1 jour). Un petit tour sur #modx sur IRC prouve en tout cas qu'il y en a de l'ambiance ! Les stats du forum, quant à elle, se passent de commentaire, il y a du dynamisme...

Ooops pardon, j'étais en train de bosser sur un autre problème qui impliquait le paramètre [~id~] ... effectivement c'est bien [*id*] Merci pour la correction !

Premier point qui me fait penser qu'il te faut un CMS avec une gestion performante du cache... oublie déjà Typo3 qui risque de mettre à genoux tes serveurs (il est connu pour être pas vraiment optimisé de ce côté là...). Voilà une bonne idée ! En fait ça dépend de deux choses : - la façon dont est écrit ton script - la modularité de l'application avec laquelle tu souhaite l'intégrer De ce point de vue, la plupart des CMS modernes permette assez facilement d'intégrer des scripts perso. A vrai dire, c'est le but même des plugins, snippets et autres modules... Mais il faudra peut-être adapté le script à l'API du CMS en question (ce qui suppose d'y jeter un oeil pour te faire une idée). Oui pour ça, aucun souci tous les CMS permette ce genre de chose, c'est leur raison d'être ! Sur la distinction CMS/Portail, en fait pour moi toute application web qui vise à gérer du contenu est un CMS. Un forum, un blog, un système de publication... sont tous des CMS. La distinction qu'on opère est souvent basée sur la nature des contenus ou sur les fonctionnalités proposées nativement par un système. On appelle portails ces applications web "fourre-tout" qui disposent nativement de tous les aspects de gestion de communauté : news, téléchargement, forum, chat... etc. Ces applications fonctionnent "out of the box" et sont installables en 1 click, themable en 1 click, extensible en 1 click. Ce qu'on gagne en facilité, on le paye cher en terme de flexibilité, de respect des standards (souvent, ces appli ne séparent pas contenu et présentation => éléments de style hardcodés) et de possiblité de customisation. Pour en revenir à Typo3 => pompe bcp de ressources serveur... quoiqu'on ne puisse rien dire au sujet de sa richesse fonctionnelle, pour ce qui est de la flexiblité, de l'optimisation et du respect des standards c'est une autre paire de manche... On va beaucoup te parler de Typo3 et Joomla, aussi de SPIP. En france, c'est comme un leitmotiv !!! Pourtant il existe des solutions plus modernes dans leur conception (conformes, flexibles, customisables). Perso, je te recommanderai plutôt Drupal, voire puisque tu sais développer, MODx. L'avantage de Drupal, c'est qu'il a un catalogue de module etoffé pour tout ce qui tourne autour de la gestion des communautés. En plus, il est très performant côté cache et gestion de la charge serveur (avec un mécanisme de Throttling). Son moteur de template n'est pas ce que je préfère, mais on peut faire du conforme et accessible avec Drupal (c'est pas le cas de tout le monde ). Sa faiblesse, c'est l'interface d'admin, fouillie bien qu'ayant récemment subie un toilettage AJAXien assez réussi. Côté MODx, il ne faut pas s'attendre à une application installable en 1 clic ni a trouver tous les modules/plugins/snippets nécessaires à faire tourner un site communautaire (principalement, parceque c'est une application plus récente). Par contre, il dispose d'une flexilibilité à mon sens inégalée que ce soit pour la gestion des variables custom ou la conception des templates/gabarits.

Oui tout à fait, pour faire ce que tu veux tu insère le tag du snippet DropMenu deux fois. Une fois pour ton menu horizontal, de manière classique. Une deuxième fois pour ton menu vertical mais avec une petite subtilité : tu utilise le paramètre dynamique [~id~] comme StartDoc. [~id~] est l'id du document en cours de visualisation. Si tu as un souci, fais moi signe Le mieux, en général, c'est quand même de poster sur le forum de MODx car tu as plus de chance d'avoir une réponse rapido

Pour ceux qui sont curieux de savoir comment bénéficier des CSS dynamiques dans MODx, voici un petit tutoriel que je viens de rédiger : [Tutoriel] Utiliser les CSS en tant que document MODx Pour ceux qui ne serait pas encore au courant, MODx permet de gérer n'importe quel type de document, notamment des feuilles de styles CSS. L'avantage ? Les CSS sont parsées par le moteur de MODx, ce qui rend possible l'utilisation des chunks, des snippets... Intéressant de pouvoir "modulariser" ses css avec des bout de code css ré-utilisables, ce qui me permet de construire des CSS avec une logique "lego". C'est très souple, cela limite les erreurs et accélère le développement MODx dispose donc des server side CSS en natif, une technique qui est encore très peu utilisée sur le net, et à ma connaissance MODx est le seul CMS à l'employer.