Quel(s) CMS (Content Management System) pour PHP utilisez-vous en 2015? Et pourquoi ?

**kalimukti** · 29/09/2015, 09h18

Pour ma part, quand je ne code pas des web-app et qu'on me demande des sites simples, et surtout que le client veut pouvoir l mettre à jour lui-même,
je passe par un CMS, et depuis quelques temps, surtout par WordPress:

- pourquoi un CMS: parce que, comme d'autres ont dû déjà le dire, je n'aime pas réinventer la roue à chaque fois. Et puis les clients veulent des solutions rapides et dans leurs moyens.
Et une interface de gestion pour mettre à jour la structure de leur site, leurs pages, leurs liens sociaux... et pour ça, un CMS, c'est quand même pas mal !

- pourquoi wordpress: pas nécessairement parce que c'est le plus pratique, ou le plus sécure, mais plutôt parce qu'on peut le bricoler un peu dans tous les sens, créer facilement les entités métiers dont les clients ont besoin pour répondre à leurs besoins spécifiques, et puis aussi parce que la communauté est importante et que le CMS prend pour l'instant une direction qui me paraît stable.

**Nova Stuff** · 29/09/2015, 09h26

Envoyé par Pierre Louis Chevalier

C'est pas un CMS mais un CMF, mais au final tu construit l'équivalent d'un CMS, c'est pas loin aussi de ce que fait Drupal en somme, bref des outils pour les développeurs plus que pour le grand public...

Autant pour moi ! Il est vrai que ce n'est pas tout à fait la même chose. Je l'ai néanmoins cité car c'est une excellente base quand on veut faire son CMS perso. C'est mille fois mieux que de "coder son propre site" from scratch comme le mentionne l'un des commentaires...
J'ajouterais à cela que comprendre les briques de son outil évitant de réinventer la roue est primordial. La plupart de ces solutions sont de vraies leçons de développement, avec un code propre, évolutif et compréhensible. C'est donc du bonheur pour le retro-engineering ! (surtout avec la doc souvent conséquente et la communauté qui va avec).

Invité · 29/09/2015, 10h00

Bonjour,

Envoyé par Zefling

- Wordpress quand c'est ultra-basique : genre site fait dans les 2 jours, tout en statique et que je veux faire vite.
- Mon propre framework pour le reste : [...] car j'ai une maîtrise totale, mais forcement ça prend plus de temps [...]

Tout pareil, mais dans l'ordre inverse

J'ai créé mon propre framework il y a un moment déjà, et je le fait évoluer.
Maîtrise totale, mais ça commence à devenir lourd à porter... et mise grosse mise à jour s'impose.
J'ai plus récemment utilisé Wordpress sur des "petits*" projets.
Un peu de Prestashop et Joomla! aussi (mais ça tenait plus du petit bidouillage de code...).

* Pour des clients qui n'ont pas envie de mettre trop de sousous...

**Anne Au Nîmes** · 29/09/2015, 10h03

Personnellement j'ai changé de crèmerie exprès pour éviter d'avoir à bidouiller des CMS.

Du temps où je faisais aussi des sites Web (maintenant je ne fait plus que des applications, c'est beaucoup plus intéressant et les contraintes de rigueur sont souvent plusieurs crans au dessus), j'ai utilisé Wordpress et un peu de Joomla.

Chaque outil répond à un besoin. Wordpress répond au besoin de site de publication, Prestashop au besoin d'un site de e-commerce... Il n'y a rien à redire là dessus.

Par contre, bidouiller des CMS, souvent pas aux derniers standards en termes de codage, pour en faire des choses pour lesquelles ils ne sont pas prévu, c'est juste ignoble.
Sans compter la TMA sur des sites blindés de plugins buggés, de thèmes avec des virus dedans (genre un gars qui ne savait pas que son site servait de serveur de spam).

Après, je comprends ceux qui sont à leur compte et qui ne vont pas refuser des clients juste parce que cela ne leur plaît pas.

Je ne connait pas trop Drupal, je sais juste que c'était du Symfony 2 sous le capot, mais ce CMS a l'air un peu à part comparé aux autres, quand aux possibilités de personnalisation qui ont l'air immenses.

**vttman** · 29/09/2015, 12h37

Envoyé par Anne Au Nîmes

...
Par contre, bidouiller des CMS, souvent pas aux derniers standards en termes de codage, pour en faire des choses pour lesquelles ils ne sont pas prévu, c'est juste ignoble.
Sans compter la TMA sur des sites blindés de plugins buggés, de thèmes avec des virus dedans (genre un gars qui ne savait pas que son site servait de serveur de spam).

Après, je comprends ceux qui sont à leur compte et qui ne vont pas refuser des clients juste parce que cela ne leur plaît pas.
...

C'est vrai que quand on travaille avec un CMS, on essaye effectivement de respecter l'esprit et la logique sinon le terme "ignoble" est un peu exagéré quoique

Pour les bugs, virus et autres : Pondre un site sous un CMS et ne pas suivre / appliquer les mises à jour ... c'est chercher les ennuis

**fdejaigher** · 29/09/2015, 19h07

De mon côté, après avoir testé différents CMS (Joomla, Drupal, Xoops, Développé maison etc.), j'ai fini par opter pour Dokuwiki que j'avais découvert sur ubuntu-fr.org et que j'ai également utilisé pour de la doc en intranet.

Simple à maintenir, communauté réactive, pas de base MySQL mais uniquement des fichiers textes aisément structurables.

**ABCIWEB** · 30/09/2015, 22h46

Salut,

Comme jreaux62 j'utilise mon propre CMS pour des besoins basiques (présentation ou petite boutique en ligne de quelques articles avec paypal). Il offre plus de possibilités d'administration (niveau mise en page et SEO) qu'un module de présentation basique wordpress et au final l'affichage des pages est quand même nettement plus réactif, le référencement naturel se fait plus facilement, et je peux faire du sur mesure plus rapidement en complément. Cependant même remarque que jreaux62 et Zefling : "ça demande plus de travail".

J'utilise donc plutôt les CMS open source quand il s'agit d'avoir des fonctionnalités spécifiques disponibles dans des modules (thèmes) spécialisés. J'ai utilisé wordpress pour un site de petites annonces avec classiPress. Cela s'est bien passé mais c'est pas très réactif et c'est d'ailleurs ce qu'on peut reprocher aux CMS généralistes.

Pourquoi Worpress, parce que précisément il dispose de beaucoup de modules spécialisés et que par ailleurs sa forte communauté permet de prévoir une bonne pérennité concernant sa maintenance.

Au passage, il ne faut pas sous-estimer la remarque de Jarodd concernant la sécurité des CMS. De fait un CMS open source est potentiellement plus vulnérable qu'un site perso codé à peu près correctement, parce que la plupart des pirates ne ciblent pas un site en particulier mais des failles recensées sur des scripts open source. Ainsi de très nombreux sites ont été piratés suite au événements de janvier dernier et cela a touché tous les CMS open source (joomla, wordpress, prestashop, magento, etc...) non mis à jour depuis trop longtemps (à savoir que bon nombre des vulnérabilités proviennent des plugins).

Pourquoi pas joomla ? D'après mes lectures (pas testé), il semble plus compliqué que wordpress sans pour autant avoir beaucoup plus de possibilités (ou pas simples à exploiter).

Drupal est semble-t-il le plus configurable, mais sa courbe d'apprentissage est longue et donc il n'est pas utilisable pour des besoins ponctuels (faut en avoir un usage courant).

Pour des besoins spécialisés genre e-commerce, je regarde plutôt vers les prestashop ou magento. Les CMS généralistes de type joomla ou wordpress sont fonctionnels avec des modules appropriés mais ils ne permettent que des petits-moyens business (en nombre d'articles) et surtout dans tous les cas ils sont moyennement réactifs, même pour quelques centaines d'articles.

Envoyé par kalimukti

- pourquoi wordpress: pas nécessairement parce que c'est le plus pratique, ou le plus sécure, mais plutôt parce qu'on peut le bricoler un peu dans tous les sens, créer facilement les entités métiers dont les clients ont besoin pour répondre à leurs besoins spécifiques

J'ai regardé un peu (je suis pas spécialiste wordpress) et j'ai fait un thème enfant pour personnaliser quelques pages par contre j'ai pas trouvé d'infos pour "créer facilement les entités métiers". Aurais-tu des liens sur le sujet (si possible en français) ?

**kalimukti** · 30/09/2015, 22h58

envoyé par ABCIWEB :

- pourquoi wordpress: pas nécessairement parce que c'est le plus pratique, ou le plus sécure, mais plutôt parce qu'on peut le bricoler un peu dans tous les sens, créer facilement les entités métiers dont les clients ont besoin pour répondre à leurs besoins spécifiques

J'ai regardé un peu (je suis pas spécialiste wordpress) et j'ai fait un thème enfant pour personnaliser quelques pages par contre j'ai pas trouvé d'infos pour "créer facilement les entités métiers". Aurais-tu des liens sur le sujet (si possible en français) ?

Peut-être un différence de vocabulaire, si tu n'as pas trouvé, mais je pensais surtout aux custom post type, à la possibilité de les associer dans une association 1,n (ou 0,n), ou n,n avec notamment un pluggin comme posts 2 posts
(et à la possibilité de les mettre en forme assez facilement là aussi)

**ABCIWEB** · 30/09/2015, 23h54

@kalimukti
Merci pour ces liens. Je ne m'étais renseigné que rapidement car c'était par curiosité, j'en avais pas réellement besoin et je ne savais pas les bons termes à chercher. C'est exactement ce type d'info que je recherchais

**Sodium** · 01/10/2015, 17h43

J'utilise mon framework perso pour déployer des sites rapidement tout en gardant des standards qualitatifs élevés.
Sur Wordpress, on passe une majorité de son temps à trouver des solutions crades pour arriver à peu près à ce que l'on veut. L'admin est désagréable à utiliser, le système est lent de manière générale et son Core semble codé par des débutants découvrant la programmation.

L'expression "ne pas réinventer la roue" me fait doucement rigoler, les roues en questions étant souvent carrées.
Dans mon framework, j'ai créé des roues pour simplifier au maximum ce qui, avec l'expérience, se répète d'un projet à l'autre : génération de formulaires, traitement de base sur des contenus, redimensionnement d'images, gestion de galeries, connexion d'utilisateurs, chargement et mise en cache de ressources ...
Par contre avec ces roues je crée une voiture sur mesure parfaitement adaptée aux besoins du client et une interface d'administration rapide, intuitive et performante.

Je constate de plus que cette profusion de briques clé-en-main qui semblent aujourd'hui incontournable ont un effet de plus en plus négatif sur les développeurs.
Cela a commencé avec les CMS qui font qu'aujourd'hui, le développeur moyen n'est pas capable de créer de lui-même une gestion de contenu sécurisée.
Ca a continué avec jQuery et autre bibliothèques javascript qui font que le développeur front-end est totalement incompétent au niveau du langage en lui-même.
Aujourd'hui ça continue de plus belle avec Bootstrap, parce que visiblement, même le HTML et le CSS c'est devenu bien trop compliqué.

**kalimukti** · 01/10/2015, 18h17

Envoyé par Sodium

Je constate de plus que cette profusion de briques clé-en-main qui semblent aujourd'hui incontournable ont un effet de plus en plus négatif sur les développeurs.

Je ne suis pas étonné qu'une discussion sur les CMS amène nécessairement une autre discussion, plus vaste, sur coder crade ou coder propre.
Mais par rapport à savoir si les CMS ont un effet néfaste sur les développeurs...
ben c'est une question finalement qui se pose à chaque instant de notre métier: je code crade pour avancer plus vite et rester dans les clous du budget de mon client (avec comme punition à payer plus tard sur la maintenance, la sécurité...) ou est-ce que je code propre, charge plus, mais avec les gros clients, fidèles, je m'y retrouve vite et lui aussi.
Donc plutôt que de placer la discussion sur mauvais développeurs / bons développeurs (qui finalement n'amène pas grand chose vu que celui qui parle se place nécessairement du côté des bons développeurs),
j'aurais tendance à voir la discussion sous l'angle du projet et de sa portée: si je code trop proprement, j'avance plus et je coûte très cher (en exagérant)... si je code trop crade, je ne fidéliserais pas mes clients, parce qu'ils se rendront compte que je leur ai livré du windo... euh, de l'instable.
C'est une question d'équilibre, pour moi, en fonction du client et/ou du projet, pas une question d'où ma valeur se situe sur l'échelle de pureté de mon code

**Tsilefy** · 02/10/2015, 00h53

Envoyé par kalimukti

j'aurais tendance à voir la discussion sous l'angle du projet et de sa portée: si je code trop proprement, j'avance plus et je coûte très cher (en exagérant)... si je code trop crade, je ne fidéliserais pas mes clients, parce qu'ils se rendront compte que je leur ai livré du windo... euh, de l'instable.
C'est une question d'équilibre, pour moi, en fonction du client et/ou du projet, pas une question d'où ma valeur se situe sur l'échelle de pureté de mon code

Pareil. Une grande partie des décisions d'architecture (et de choix technique) dépend du client (ou des project managers pour ceux qui bossent dans une boîte). J'essaie de faire le mieux possible, mais dans les contraintes du budget du client. La seule chose sur laquelle je ne transige pas, c'est la sécurité.

**kalimukti** · 02/10/2015, 08h27

Envoyé par Tsilefy

La seule chose sur laquelle je ne transige pas, c'est la sécurité.

Bien sûr. En même temps, différents projets vont demander différents niveaux de sécurité...
Il serait intéressant de noter tous ces différents CMS suivant leur niveau basique de sécurité, en fonction des risques les plus courants.

**dacid** · 02/10/2015, 09h45

J'ai testé plusieurs CMS et pour moi, c'est Xoops qui sort du lot.
C'est le plus polyvalent et orienté pro... Pas communautaire.
Il n'est pas beaucoup démocratisé en France, c'est plutôt une communauté USA, mais il y a malgré tout un groupe d'irréductibles qui entretient un forum et s'occupe des traductions.

De base, il propose beaucoup de fonctionnalités courantes, on peut faire des choses poussées sans mettre les mains dans le cambouis.
Il est facile de développer un module perso, en partant du module fantôme (modèle). et il est très souple...
Il n'est pas spécialement prévu pour faire de la vente en ligne, mais j'avais développé un module catalogue et un module panier et hop, la boutique était prête.
Bref, il mérite d'être au moins testé.

**atanalban** · 02/10/2015, 14h06

parce que c'est un CMS propriétaire ou il s'occupe de tout , NDD héberg, hotline, sauvergarde, MAJ
et y a pas photos pour la simplicité ..
mais il est propriétaire, cependant ouvert au graphistes et webmaetres

**griggione** · 02/10/2015, 14h35

Bonjour,

Perso c'est Thelia, plutot e-commerce mais permet de tout faire.

**manuscle** · 02/10/2015, 16h42

J'utilise le cms qui correspond le mieux aux besoins du projet.

**nico84** · 02/10/2015, 17h30

Il y a bientot 4 ans j'ai fait mon p'tit site avec joomla, grosse galère rien compris du début à la fin

Il y a 2 ans j'ai voulu faire qq modifs grosse grosse galère j'avais tout oublié

Aujourd'hui j'aimerais le modifier encore mais entre temps j'ai reformaté mon PC et mon hébergeur a changé d'interface j'arrive plus à rien

**Tsilefy** · 02/10/2015, 19h20

Envoyé par kalimukti

Il serait intéressant de noter tous ces différents CMS suivant leur niveau basique de sécurité, en fonction des risques les plus courants.

Ce serait facile de mettre Wordpress en dernier :-) En réalité, une vulnérabilité dans un CMS en Open Source sera rapidement détecté par la communauté. Le principal problème, ce sont les plug-ins, thèmes, extensions, modules etc... qui sont beaucoup moins sujets à évaluation par la communauté, et qui sont parfois des brèches dans lesquelles on peut s'engouffrer facilement.

Et personne ne peut empêcher un client d'installer un plug-in qu'il a trouvé "génial" sur un autre site :-(