07-08-2013, 10:36 AM
J'ai fait un peu d'administration d'un Wordpress pour mon ancien employeur : le site avait été développé par un studio anglais et le CMS était un enfer à maintenir et très peu performant (le cache frontal compensait un peu le désastre).
Par exemple, on avait un plugin pour faire un carousel sur la page d'accueil (malgré shouldiuseacarousel.com). Un jour on me demande d'ajouter une image en début de carousel : ce que ne permettait pas l'outil… Du coup j'ai dû prendre les éléments un par un pour les "décaler" d'un cran… Je suis sûr que ce genre de plugin existe, et sûrement de très bonne qualité, mais là ce n'était pas le cas et ça m'a emmerdé.
Certaines page avaient un en-tête un peu à la manière d'onglet. Pour une raison obscure, le code de ces onglet était dans un fichier PHP du thème utilisée. Du coup le brave petit webmaster du site final ne pouvait pas modifier ça facilement : il fallait modifier le code source du thème (du bon gros HTML noyé dans du code PHP, miam).
Et ce ne sont que deux exemples basique, mais toute l'expérience de ces modifications sur le CMS ne m'ont procuré que de la frustration.
Je n'ai en fait pas grand chose contre les CMS et Wordpress, c'est juste que je ne crois pas du tout qu'on puisse passer derrière une autre équipe dans de bonnes conditions : Il n'y a pas une façon standard de faire, donc les choix de la première équipe va forcément finir par emmerder la seconde (presque comme du code maison, en fait).
Développer un outil personnalisé ne veut pas dire tout réinventer, tu peux reprendre beaucoup de choses d'un existant, et je doute au final qu'on gagne tant de temps que ça à adapter un CMS (en dehors d'un site vraiment standard).
Par exemple, on avait un plugin pour faire un carousel sur la page d'accueil (malgré shouldiuseacarousel.com). Un jour on me demande d'ajouter une image en début de carousel : ce que ne permettait pas l'outil… Du coup j'ai dû prendre les éléments un par un pour les "décaler" d'un cran… Je suis sûr que ce genre de plugin existe, et sûrement de très bonne qualité, mais là ce n'était pas le cas et ça m'a emmerdé.
Certaines page avaient un en-tête un peu à la manière d'onglet. Pour une raison obscure, le code de ces onglet était dans un fichier PHP du thème utilisée. Du coup le brave petit webmaster du site final ne pouvait pas modifier ça facilement : il fallait modifier le code source du thème (du bon gros HTML noyé dans du code PHP, miam).
Et ce ne sont que deux exemples basique, mais toute l'expérience de ces modifications sur le CMS ne m'ont procuré que de la frustration.
Je n'ai en fait pas grand chose contre les CMS et Wordpress, c'est juste que je ne crois pas du tout qu'on puisse passer derrière une autre équipe dans de bonnes conditions : Il n'y a pas une façon standard de faire, donc les choix de la première équipe va forcément finir par emmerder la seconde (presque comme du code maison, en fait).
Développer un outil personnalisé ne veut pas dire tout réinventer, tu peux reprendre beaucoup de choses d'un existant, et je doute au final qu'on gagne tant de temps que ça à adapter un CMS (en dehors d'un site vraiment standard).