Commentaires sur : CMS jungle : Drupal, Joomla, EzPublish, Typo3, WordPress… WTF ?? http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/ Des usages pour le geek modéré Mon, 06 Feb 2012 14:47:00 +0100 hourly 1 http://wordpress.org/?v=3.1 Par : vente-privee http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1106 vente-privee Mon, 06 Feb 2012 14:47:00 +0000 http://www.r-geek.com/?p=374#comment-1106 Bonjour, Juste un mot concernant Cmsmadesimple que nous venons d'intégrer avec succès dans notre entreprise (+600 personnes) pour refaire notre intranet en moins de 90 jours/h avec reprise de contenu incluant +400 pages et développement en interne de modules spécifiques (gestion de favoris, customisation divers, abonnement mise à jour de contenu, gestion de login spécifique...). Ce CMS gagne vraiment a être connu : il est léger, robuste et le développement de modules spécifiques est ultra rapide. Enfin, SMARTY est intégré au coeur du cms et permet de séparer la couche métier développé en PHP de la partie affichage SMARTY+HTML : que du bonheur. Terminé l'horreur des plugins wordpress (par ex.) ou php et code html sont mélangés à souhait. Bonjour,

Juste un mot concernant Cmsmadesimple que nous venons d’intégrer avec succès dans notre entreprise (+600 personnes) pour refaire notre intranet en moins de 90 jours/h avec reprise de contenu incluant +400 pages et développement en interne de modules spécifiques (gestion de favoris, customisation divers, abonnement mise à jour de contenu, gestion de login spécifique…).
Ce CMS gagne vraiment a être connu : il est léger, robuste et le développement de modules spécifiques est ultra rapide. Enfin, SMARTY est intégré au coeur du cms et permet de séparer la couche métier développé en PHP de la partie affichage SMARTY+HTML : que du bonheur.
Terminé l’horreur des plugins wordpress (par ex.) ou php et code html sont mélangés à souhait.

]]> Par : frossfross http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1105 frossfross Fri, 20 Jan 2012 09:04:01 +0000 http://www.r-geek.com/?p=374#comment-1105 Bonjour à tous, Je suis le responsable d’un département de développement web d’une société Suisse. Nous développons surtout des sites internet et des applications web sur mesure pour des sociétés internationales. Depuis longtemps nous utilisons des CMS, nous avions d’abord créé le notre, puis des pseudo CMS, puis avons opté pour Typo3 et finalement pour un CMS payant www.sitefinity.com pour plusieurs raisons. Celui-ci a une interface users frendly ce qui est très très important pour les utilisateurs finaux (administrateurs de contenu, marketing, secrétaire) car s’ils pensent que c’est compliqué ils ne mettront jamais à jour le site ou l’application, donc tous vos effort seront réduits à néant. Ils nous permettent de capitalisé notre temps en développant des modules en .net c# et pas un pseudo langage perso. Dans les gros projets multi-langage, un CMS est plus un problème qu’autre chose, il peut effectivement convenir pour certaines pages statiques, mais pour les 75% d’autres pages avec du contenu dynamique, donc provenant de base de données clientes ou autres, vous devez développer des plugins ou widget ou adapter ceux-ci, et cela devient vite l’enfer. Bonne journée Bonjour à tous,
Je suis le responsable d’un département de développement web d’une société Suisse.
Nous développons surtout des sites internet et des applications web sur mesure pour des sociétés internationales.
Depuis longtemps nous utilisons des CMS, nous avions d’abord créé le notre, puis des pseudo CMS, puis avons opté pour Typo3 et finalement pour un CMS payant http://www.sitefinity.com pour plusieurs raisons.
Celui-ci a une interface users frendly ce qui est très très important pour les utilisateurs finaux (administrateurs de contenu, marketing, secrétaire) car s’ils pensent que c’est compliqué ils ne mettront jamais à jour le site ou l’application, donc tous vos effort seront réduits à néant.

Ils nous permettent de capitalisé notre temps en développant des modules en .net c# et pas un pseudo langage perso.

Dans les gros projets multi-langage, un CMS est plus un problème qu’autre chose, il peut effectivement convenir pour certaines pages statiques, mais pour les 75% d’autres pages avec du contenu dynamique, donc provenant de base de données clientes ou autres, vous devez développer des plugins ou widget ou adapter ceux-ci, et cela devient vite l’enfer.

Bonne journée

]]> Par : Macrocreation Corp. http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1096 Macrocreation Corp. Thu, 24 Mar 2011 00:56:17 +0000 http://www.r-geek.com/?p=374#comment-1096 Bonjour a tous pour les contributions apportées. Merci à tous ceux qui m'ont précédé. Je pense que Pierre est objectif dans son commentaire. Nous ne devons pas nous focaliser sur les CMS mais sur les besoins. C'est comme si vous décidez de partir du Canada pour la Nouvelle Zélande. Pensez à tous les moyens dont vous aurez besoin. Avec ma petite expérience je pense que les CMS ont leurs points forts et leurs points faibles. Et on ne teste pas un système sur un projet. On apprend d'avance les CMS pour les comprendre et vous quels sont les avantages et les inconvénients si vous l'utilisez pour tel ou tel projet. J'ai toujours choisir un CMS ou l'autre en fonction de mes besoins. Mais n'oublions pas aussi le cote greffon des CMS. Quand on parle de l'évolution c'est pour rendre les choses plus faciles. Bref c'est le résultat qui compte. Si un développeur peut respecter un cahier de charges avec un CMS a sa convenance, bravo!!!!!! Par ordre de preference : Joomal, WordPresss, Drupal, Xoop, Typo3. Mais dans tout ca j'aime pas SPIP à cause de ses liens "spip.php?" sinon SPIP n'est pas mal. Merci à tous Bonjour a tous pour les contributions apportées.
Merci à tous ceux qui m’ont précédé.
Je pense que Pierre est objectif dans son commentaire. Nous ne devons pas nous focaliser sur les CMS mais sur les besoins. C’est comme si vous décidez de partir du Canada pour la Nouvelle Zélande. Pensez à tous les moyens dont vous aurez besoin. Avec ma petite expérience je pense que les CMS ont leurs points forts et leurs points faibles. Et on ne teste pas un système sur un projet. On apprend d’avance les CMS pour les comprendre et vous quels sont les avantages et les inconvénients si vous l’utilisez pour tel ou tel projet. J’ai toujours choisir un CMS ou l’autre en fonction de mes besoins. Mais n’oublions pas aussi le cote greffon des CMS. Quand on parle de l’évolution c’est pour rendre les choses plus faciles. Bref c’est le résultat qui compte. Si un développeur peut respecter un cahier de charges avec un CMS a sa convenance, bravo!!!!!!
Par ordre de preference : Joomal, WordPresss, Drupal, Xoop, Typo3. Mais dans tout ca j’aime pas SPIP à cause de ses liens « spip.php? » sinon SPIP n’est pas mal.
Merci à tous

]]> Par : benoit http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1086 benoit Tue, 23 Nov 2010 14:44:27 +0000 http://www.r-geek.com/?p=374#comment-1086 Moi de mon coté je n'utilise presque que XOOPS un noyau qui évolue souvent de nombreux modules et surtout une communauté francaise accueillante (http://frxoops.org) et nombreuse. Je precise bien accueillante car j'ai tester la communauté sur drupal et je suis parti en courant. Moi de mon coté je n’utilise presque que XOOPS un noyau qui évolue souvent de nombreux modules et surtout une communauté francaise accueillante (http://frxoops.org) et nombreuse. Je precise bien accueillante car j’ai tester la communauté sur drupal et je suis parti en courant.

]]> Par : Cyril http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1082 Cyril Sat, 04 Sep 2010 19:02:07 +0000 http://www.r-geek.com/?p=374#comment-1082 En tant de développeur web, j'ai choisie Drupal comme cms de prédilection, il s'adapte à tout les cas de figure dans la mesure ou on connais bien l'immense variété de module, et quand bien même une fonctionnalité désirée est absente, c'est simple de grefer un module qui interagie avec le noyau ou autre module sans pour autant les affecter. (Le système de hook est peut-être un peu archaïque mais pas besoin de centaine de ligne de code...) Le temps d'apprentissage est forcément très long mais quand on a les connaissances, ça va vite et on produit des sites totalement adaptée à la demande tant sur le plan Back-end que front-end. C'est à mon avis plus un framework qu'un cms d'ailleurs. Je vous donne juste mon avis sur Drupal car personne n'en a trop causé et c'est celui que je connais le mieux. En tant de développeur web, j’ai choisie Drupal comme cms de prédilection, il s’adapte à tout les cas de figure dans la mesure ou on connais bien l’immense variété de module, et quand bien même une fonctionnalité désirée est absente, c’est simple de grefer un module qui interagie avec le noyau ou autre module sans pour autant les affecter. (Le système de hook est peut-être un peu archaïque mais pas besoin de centaine de ligne de code…)

Le temps d’apprentissage est forcément très long mais quand on a les connaissances, ça va vite et on produit des sites totalement adaptée à la demande tant sur le plan Back-end que front-end.

C’est à mon avis plus un framework qu’un cms d’ailleurs.

Je vous donne juste mon avis sur Drupal car personne n’en a trop causé et c’est celui que je connais le mieux.

]]> Par : Alexandre http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1057 Alexandre Tue, 12 Jan 2010 16:41:58 +0000 http://www.r-geek.com/?p=374#comment-1057 hello, Juste une précision : les "articles et les news" sont des objets de prédilection du "Blog" - qui est un "CMS" (il gère du contenu). Lorsque l'on veut faire un peu plus "métier" il faut utiliser des plugins, ou les modifier, ou en créer un nouveau. Le principe du plugin est qu'il s'ajoute au noyau mais ne le modifie pas - donc pas de problème de mise à jour, sauf si le plugin s'appuie sur une fonction qui a disparue entre deux versions, amis c'est rarement le cas... Les noyaux fournissent des services, des fonctions qui simplifient la mise en place de ces plugins. Le tout après, c'est donc de juger de l'existence des plugins et/ou de la facilté à en créer. En s'appropriant tel ou tel noyau de CMS il faut également s'approprier leur méthode de conception (pattern...). Pourquoi prendre un CMS déjà fait ? Car ce qui est fait n'est plus à faire : créer un CMS de toutes pièces (architecture, sécurité, debug...) et sans rapport avec se contenter d'en surcharger un par des plugins (en prenant en compte le temps d'apprentissage) ! hello,

Juste une précision : les « articles et les news » sont des objets de prédilection du « Blog » – qui est un « CMS » (il gère du contenu).

Lorsque l’on veut faire un peu plus « métier » il faut utiliser des plugins, ou les modifier, ou en créer un nouveau.

Le principe du plugin est qu’il s’ajoute au noyau mais ne le modifie pas – donc pas de problème de mise à jour, sauf si le plugin s’appuie sur une fonction qui a disparue entre deux versions, amis c’est rarement le cas…

Les noyaux fournissent des services, des fonctions qui simplifient la mise en place de ces plugins.

Le tout après, c’est donc de juger de l’existence des plugins et/ou de la facilté à en créer.
En s’appropriant tel ou tel noyau de CMS il faut également s’approprier leur méthode de conception (pattern…).

Pourquoi prendre un CMS déjà fait ? Car ce qui est fait n’est plus à faire : créer un CMS de toutes pièces (architecture, sécurité, debug…) et sans rapport avec se contenter d’en surcharger un par des plugins (en prenant en compte le temps d’apprentissage) !

]]> Par : Olivier http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1056 Olivier Tue, 12 Jan 2010 14:55:39 +0000 http://www.r-geek.com/?p=374#comment-1056 Bonjour, Il y a une chose que je ne comprends pas sur l'approche des CMS pré-développé. Lorsque l'on veut effectivement publier des articles, des news, bref un contenu aussi large soit-il, je comprends l'attrait de ces CMS. Mais dès que l'on souhaite des fonctionnalités répondant à une problématique précise, je trouve tous ces CMS inutilisables. Du coup, les sociétés qui développent sur Drupal commence à faire du développement spécifique qui vient se greffer sur le noyaux Drupal ... quel est l'intérêt ? Quid de la pérénité du dispositif ? Que se passe-t-il lorsque le noyaux doit-être mis à jour ? ... Bonjour,

Il y a une chose que je ne comprends pas sur l’approche des CMS pré-développé.
Lorsque l’on veut effectivement publier des articles, des news, bref un contenu aussi large soit-il, je comprends l’attrait de ces CMS. Mais dès que l’on souhaite des fonctionnalités répondant à une problématique précise, je trouve tous ces CMS inutilisables.
Du coup, les sociétés qui développent sur Drupal commence à faire du développement spécifique qui vient se greffer sur le noyaux Drupal … quel est l’intérêt ? Quid de la pérénité du dispositif ? Que se passe-t-il lorsque le noyaux doit-être mis à jour ? …

]]> Par : Alexandre http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1048 Alexandre Tue, 06 Oct 2009 11:57:47 +0000 http://www.r-geek.com/?p=374#comment-1048 Merci Miguel pour ton avis éclairé sur Typo 3 et ton retour d'expérience. J'espère que quelqu'un d'aussi expérimenté que toi en Joomla passera par là et donnera un avis aussi constructif :) Mais je reste persuadé que les possibilités en front office sont identiques... la différence se fait au niveau de la prise en main (développeur comme contributeur), du temps d'installation, d'intégration/déploiement puis de la maintenance... Il faudrait faire un concours à partir d'un même cahier des charges et comparer les temps et la qualité du résultat avec des développeurs/intégrateurs et utilisateurs chevronnés des différentes plateformes (et pour une même infrastructure) ... Merci Miguel pour ton avis éclairé sur Typo 3 et ton retour d’expérience.
J’espère que quelqu’un d’aussi expérimenté que toi en Joomla passera par là et donnera un avis aussi constructif :)

Mais je reste persuadé que les possibilités en front office sont identiques… la différence se fait au niveau de la prise en main (développeur comme contributeur), du temps d’installation, d’intégration/déploiement puis de la maintenance…

Il faudrait faire un concours à partir d’un même cahier des charges et comparer les temps et la qualité du résultat avec des développeurs/intégrateurs et utilisateurs chevronnés des différentes plateformes (et pour une même infrastructure) …

]]> Par : miguel http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1047 miguel Tue, 06 Oct 2009 08:48:31 +0000 http://www.r-geek.com/?p=374#comment-1047 Bonjour à tous, j'utilise principalement typo3 depuis 2 ans1/2 sur les différents sites que j'ai pu dévelloper, je n'ai aucun souçi de mise à jour (coeur indépendant), encore moins pour faire évoluer un site même ancien ou des extensions (extensions indépendantes et possibilité de les étendre de manière très simple et propre ). Biensûr il faut bien paramétrer typo3 correctement pour l'optimiser. Pour les contributeurs, je simplifie le back-office un maximum et je leur définis des droits précis. Je met 1 journée pour installer typo3 + extensions de base , parametrer typo3, integrer un template html avec son css, js ... pour un site basic. Je n' ai pas encore trouvé de limite à cet outil, contrairement à joomla qui est beaucoup plus limité (droits users, pas d'arborescence de page, ...). typo3 peut convenir pour n'importe quel type de site. (évênementiel:quelques pages, constitutionnel : milliers de pages, ecommerce : indépendant ou couplé avec un ecommerce) Je pense que typo3 impressionne au début aussi bien les dévellopeurs que les contributeurs, mais une fois en main se révèle un outil très performant et évolutif qui a très bien été pensé. Mon avis personnel c'est qu'on ne compart pas "photoshop" et "paint" donc il ne faut pas comparer "Typo3" et "Joomla" (ou autre). Bonjour à tous, j’utilise principalement typo3 depuis 2 ans1/2 sur les différents sites que j’ai pu dévelloper, je n’ai aucun souçi de mise à jour (coeur indépendant), encore moins pour faire évoluer un site même ancien ou des extensions (extensions indépendantes et possibilité de les étendre de manière très simple et propre ).

Biensûr il faut bien paramétrer typo3 correctement pour l’optimiser.

Pour les contributeurs, je simplifie le back-office un maximum et je leur définis des droits précis.

Je met 1 journée pour installer typo3 + extensions de base , parametrer typo3, integrer un template html avec son css, js … pour un site basic.

Je n’ ai pas encore trouvé de limite à cet outil, contrairement à joomla qui est beaucoup plus limité (droits users, pas d’arborescence de page, …).

typo3 peut convenir pour n’importe quel type de site.
(évênementiel:quelques pages, constitutionnel : milliers de pages, ecommerce : indépendant ou couplé avec un ecommerce)

Je pense que typo3 impressionne au début aussi bien les dévellopeurs que les contributeurs, mais une fois en main se révèle un outil très performant et évolutif qui a très bien été pensé.

Mon avis personnel c’est qu’on ne compart pas « photoshop » et « paint » donc il ne faut pas comparer « Typo3″ et « Joomla » (ou autre).

]]> Par : En finir (presque) avec les failles de sécurité de PHP http://www.r-geek.com/2009/01/27/cms-jungle-drupal-joomla-ezpublish-typo3-wordpress%e2%80%a6-wtf/comment-page-1/#comment-1042 En finir (presque) avec les failles de sécurité de PHP Fri, 25 Sep 2009 10:43:51 +0000 http://www.r-geek.com/?p=374#comment-1042 [...] PHP sont variées: sites web dynamiques, applications riche et métier, plates-formes de blogs, systèmes de gestion de contenu et commerce électronique - qui reste un sous-ensemble des autres sur le plan technique. Il est [...] [...] PHP sont variées: sites web dynamiques, applications riche et métier, plates-formes de blogs, systèmes de gestion de contenu et commerce électronique – qui reste un sous-ensemble des autres sur le plan technique. Il est [...]

]]>