Ah le bon sujet pas du tout polémique ! Avant de commencer, je suis plutôt impartial sur le sujet du CMS.
Le but d'un CMS est de pouvoir editer/generer du contenu et de le publier. Sur ce point-la, RefineryCMS et LocomotiveCMS se rejoignent bien évidemment. Pour faire simple et ce dont j'avais compris de Refinery, c'est qu'il propose un moyen plutôt simple et sans fioritures d'ajouter une composante CMS a une application Rails. => 1 Site Refinery = 1 app Rails Les templates des pages sont des vues au sens Rails du terme. Il faut donc être un développeur Rails pour créer un site Refinery. En resume, on fait du Rails et a la fin, on a un joli back-office pour administrer le contenu. Il y a aussi bon nombre de plugins et d'extensions très bien fichue. C'est donc bien carré, solide. J'ai pense LocomotiveCMS de maniere differente car j'ai bosse en webagency (je faisais des CMS a la volee). Je crois que mon plus mauvais souvenir était d'installer une stack rails a chaque site vitrine car a l'époque point de Heroku. En outre, le niveau de l'équipe technique était assez disparate et certains avaient du mal avec Rails, meme pour faire des choses relativement simples. On se retrouvait ainsi avec des back-office très mal faits. Bon c'était il y a longtemps, je vous l'accorde, nous avons accès a des outils performants mais meme. Au final, je me suis dit que le parfait CMS devait - être installe une seule fois (la maintenance et le cout d'upgrade doivent être les plus faibles possible) - que la création d'un site ne devait pas demander l'obtention d'un diplôme d'ingénieur (utilisation de Liquid) - qu'il puisse pouvoir gérer des types de données différents d'un site a un autre (custom content types) - qu'il ait un back-office sexy (purement subjectif) Ce qui veut dire que le workflow de création d'un site sous LocomotiveCMS est le suivant. 1/ installation de LocomotiveCMS sur Heroku, un serveur dédié => *UNE SEULE FOIS* 2/ création du site en local avec le LocomotiveEditor (qui lui n'est pas encore open source) qui est une sorte de stub pour Locomotive (en fait, c'est une simple app sans sinatra sans BD). Les templates sont editables via un éditeur de texte. HAML, SASS, Compass, Less, ...etc sont gérés. En gros, c'est une middleman ou un jekkyl. Les modifications sont visibles en local. C'est l'outil idéal quand vient l'étape de slicing d'un PSD. Le big plus, c'est qu'on peut versionner le travail puisque tout le site est sur le filesystem. 3/ une fois que le site marche en local, on le "pousse" sur l'engine grâce a l'API LocomotiveCMS. Le site est automatiquement crée, le back-office genere pour le client. 4/ le client peut alors commencer a éditer son site. Donc pour un nouveau site, il suffit de répéter les étapes 2 -> 3. Bon apres, il y a d'autres features (I18n, API, ...etc) mais que l'on retrouve dans d'autres CMS. Autre point, techniquement, cela pourrait servir de base a la création d'un mini-shopify aussi. Passons aux points négatifs. C'est un projet open source, il a ainsi le défaut de ses qualités. J'offre un minimum de support, mes journées ne faisant que 24h. Mais la communauté devient de plus en plus active. Soyons honnête, il y a peu de pull request, les principaux développements reposant sur mes epaules. Ce qui veut dire, que cela n'avance pas tirs comme le voudraient les gens. La documentation est plutôt faible, je l'avoue. L'engine est relativement stable mais il reste certaines parties a améliorer (je pense a l'intégration dans une app Rails existante). Sauf que je passe la vitesse supérieure sur LocomotiveCMS. En ce moment, j'ai un contractor qui avance sur les features les plus demandées. Une autre personne slice notre nouveau site. Gabriel Nau de chez Wattman et Geraud Mathe bossent sur l'écriture d'un guide. Un autre développeur top notch devrait rejoindre a plein temps le projet d'ici la fin de l'année. Si je pouvais en recruter un autre, cela serait top aussi (CDI, CDD, ...etc). Et nous pensons lancer une offre d'hébergement d'ici la fin de l'année. Bref, LocomotiveCMS devrait, si tout se passe bien, passer a un échelon supérieur d'ici la fin de l'année. Pour en revenir au sujet initial, j'ai la meme position que Martin (merci au passage !). C'est au cas par cas. Sauf que tu connais mieux la philosophie de LocomotiveCMS maintenant :-) Didier Le jeudi 18 octobre 2012 14:44:17 UTC+2, fuse a écrit : > > Le 18 oct. 2012 à 14:25, Guirec Corbel <[email protected] <javascript:>> > a écrit : > > > Bonjour, > > Bonjour, > > > Aujourd’hui j'ai une grosse question très large : Quel est le meilleur > CMS utilisant Ruby On Rails.Personnellement, je connais bien RefineryCMS > qui fonctionne très bien et qui est facile à installer. Cependant je suis > un peu déçu par plusieurs choses. > > • Premièrement, ils avaient fait une belle road map avec des > dates ( > https://github.com/refinery/refinerycms/wiki/Roadmap/153b526562b7c5f449189eed9d4069b271c8453e) > > et ils l'on repoussé, et encore repoussé. Finalement, 5 mois après la date > prévue pour la 2.1. Ça n'a toujours pas avancé; > > • Ensuit;e, RefineryCMS est lié a WYMEditor et ils ne sont pas > très pressé pour changer ça; > > • Je trouve qu'il quand même assez difficile de créer un nouveau > site en suivant leur architecture; > > J'ai vu locomotiveCMS qui parait être excellent. J'avais déjà essayé de > l'installer il y a quelques temps mais sans succès. Je n'ai pas persévéré. > > > > Selon moi, un bon CMS doit avoir ces points : > > > > • Facilité d'utilisation pour un utilisateur "normal" c'est à > dire ayant des connaissances de base en informatique; > > • Facilité d'ajout de fonctionnalités; > > • Facilité de création d'un nouveau site; > > J'aurais voulu avoir vos opinions sur la chose.Qu'utilisez vous et > pourquoi? > > Nous nous sommes fait la même réflexion il y a un an environ. > C'était avant refinery 2. > > Personnellement nous préférons Locomotive mais nous avons laissé le > choix à notre client. > > Il en est ressorti que le client trouvait plus intuitif l'usage de > Refinery, > qui se rapprochait plus de ce qu'il avait déjà pu utiliser. > > Les avantages c'est que nous avons pu modifier Refinery et lui ajouter > des engine pour faire ce que nous voulions. > > Par contre une grosse critique est qu'il s'est avéré assez lent à l'usage, > notamment quand il y a beaucoup de pages et que le menu est assez > important. > > L'utilisation de globalize de base ralentissait le tout à cause de > jointures > aussi lourdes qu'inutiles. > La version 2 c'est bien amélioré de ce côté avec un cœur plus léger > et des modules comme l'i18n sous forme de gems séparées. > > Toutefois je ne trancherai pas en faveur de l'un ou l'autre et je pense > que c'est du cas par cas. Au besoin je réadopterai la même démarche de > mise en situation, en sachant qu'on peut rentrer dans le code si besoin. > > Mais si on me laisse carte blanche je mettrai en avant Locomotive car > Didier > a fait un très beau boulot. > > Martin CATTY > Gérant, responsable projets. > > Standard : 0805 69 35 35 > Ligne dir. : +33 (0)1.84.16.90.21 > Portable : +33 (0)6.07.41.09.69 > > www.synbioz.com > Libres d'être ensemble. > > -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
