Utilisation de WordPress comme CMS: préférences des développeurs pour les plugins personnalisés vs existants

Je voulais juste évaluer certains commentaires généraux sur la façon dont les développeurs utilisent WordPress comme CMS. J'ai commencé à avoir quelques demandes de clients pour des sites Web construits sur WordPress. La plupart du temps, ils sont assez simples et la fonctionnalité de base de WordPress fonctionne bien.

Parfois, il sera nécessaire de disposer de fonctionnalités personnalisées, pour lesquelles je parcours généralement les milliers de plugins disponibles et j'utilise celui qui convient. Cependant, à mesure que je crée plus de sites, je constate que je ne suis jamais 100% satisfait du fonctionnement des plugins (ils en font trop ou trop peu)

Est-ce que vous écrivez des plugins personnalisés pour les sites WordPress que vous créez pour les clients (même si des similaires existent déjà)? Comment prendre une décision en ce qui concerne la personnalisation par rapport à l'existant?

J'écris beaucoup plus de code personnalisé ces derniers temps (plugins et fonctions de thème, tout de même) parce que lorsque vous commencez à utiliser wordpress comme un CMS à part entière, vous avez affaire à des fonctions de pointe qui n'ont été à peine découvertes par beaucoup (ou attendent toujours d'être tombés sur la source elle-même). Il n'y a donc pas beaucoup de plugins qui gèrent ces nouvelles fonctions.

De plus, la nature même de l'utilisation de wordpress comme CMS implique une certaine spécialisation et personnalisation pour votre client; donc même lorsque j'ai trouvé des plugins qui gèrent certaines fonctions CMS, je trouve presque toujours que j'ai besoin d'une solution plus spécifique. Les plugins doivent être écrits pour être flexibles pour toutes sortes d'utilisations, tandis que votre code personnalisé (qui peut être basé sur un plugin existant) peut renoncer à toutes sortes de formulaires d'entrée inutiles et de panneaux de paramètres dont les plugins ont besoin pour savoir ce que vous voulez, individuellement, Par conséquent. L'élimination de celles-ci (et le codage en dur de certaines fonctionnalités pour le scénario spécifique de votre client) réduit également la quantité d'interface utilisateur d'entrée et les paramètres que quelqu'un pourrait accidentellement toucher plus tard ...

Salut @pingu:

Grande question!

Je crée des CMS personnalisés pour les clients, je ne crée pas de blogs pour les clients, donc je trouve que pour les types de clients que je gère, j'utilise presque exclusivement des plugins personnalisés. Mes clients veulent généralement des choses exactement comme ils les veulent et je trouve que très peu de plugins standards répondent à leurs besoins.

Mais ce n'est pas que je pense que le concept de plugins est en faute. Au contraire, je pense qu'il est possible que des plugins existent afin que la plupart du temps je puisse utiliser des plugins standard, c'est juste que la plupart des plugins disponibles aujourd'hui semblent être destinés à l'utilisateur final du blogging et non architecturés avec le développeur professionnel à l'esprit qui utilise WordPress comme plate-forme pour fournir des solutions aux clients.

Ce que j'ai trouvé en travaillant avec mes clients est un ensemble de modèles de cas d'utilisation pour les plugins qui, je pense, répondraient à au moins 50% des besoins en code personnalisé, peut-être plus. Après avoir investi près d'un an sur ces plugins, j'ai décidé de les publier en tant que produit dans un avenir pas trop lointain.

Dans l'intervalle, cependant, je devrai trouver des personnes qui pourront me dire quels sont leurs principaux besoins en échange de la possibilité d'utiliser les outils que je développe. Si vous êtes intéressé, vous pouvez trouver mon adresse e-mail sur ma page de profil; envoyez-moi un e-mail et faites-moi savoir dans quels domaines vous voyez le plus.

C'est une très bonne question. Il y a quelques plugins généraux que j'utilise régulièrement pour résoudre des problèmes de base comme les performances / la mise en cache, le référencement et les formulaires (Gravity Forms).

Pour presque tout le reste, c'est complètement personnalisé. La plupart du travail personnalisé consiste à créer un moyen pour le client d'ajouter des types de contenu spécifiquement définis à son site.

Par exemple, un client peut demander un moyen d'afficher des offres d'emploi. Cela nécessite un type de publication personnalisé avec des métadonnées personnalisées pour des choses comme le titre du poste, le salaire, les avantages sociaux, les exigences en matière d'éducation, la description du poste, etc. modèle .php.

Un autre exemple est l'étiquetage blanc ou la personnalisation du tableau de bord avec un écran de connexion personnalisé à l'aide du logo des clients et la suppression d'une partie de la marque WordPress ainsi que de certains widgets du tableau de bord. Certains projets nécessitent même de créer des widgets de tableau de bord personnalisés.

Il n'y a vraiment pas beaucoup de plugins prêts à l'emploi qui peuvent satisfaire les besoins d'un CMS personnalisé à part entière.

J'adore le fait qu'il existe une énorme bibliothèque de plugins WP tiers, et je les utilise souvent pour des sites personnels et du travail bénévole. Mais j'utilise rarement des plugins du référentiel pour des emplois de développement professionnel.

En général, je trouve que les clients n'ont aucun attachement émotionnel à WordPress - ils veulent juste un CMS. Donc, ils ont tendance à être moins indulgents pour des choses comme les boutons de don et la fonctionnalité de plug-in de marque. En fait, cela les rend nerveux. Ils veulent juste voir un bouton intitulé "Formulaire de contact", pas "CformsII" ou autre chose. De plus, les entreprises clientes ont des services juridiques qui sont parfois préoccupés par l'octroi de licences et la propriété du code et tout cela, et ils ne veulent pas avoir à effacer les licences et les conditions d'utilisation pour une douzaine de plugins tiers.

Donc, pour la plupart, je travaille à partir d'une bibliothèque de plugins de base en marque blanche que j'ai développés et je les personnalise pour chaque client. De cette façon, je connais tout le code à l'intérieur et à l'extérieur, et je peux faire des personnalisations très facilement et proprement. Et je sais qu'il n'y a pas un tas d'ordures là-dedans qui ont été conçues pour accueillir des cas de bord - juste ce qui est nécessaire pour le travail à accomplir.

Cependant, j'apprends certainement beaucoup de plugins tiers. Souvent, j'ouvre un plugin pour voir comment cela fonctionne, puis je crée ma propre version en fonction de ce que j'ai appris. Ensuite, lorsque le besoin de cette fonctionnalité se fait sentir à nouveau, j'ai quelque chose à travailler avec lequel j'ai construit moi-même, qui est exempt d'encombrement et d'attributions, et qui est pratiquement invisible pour le client.

Je n'ai pas encore écrit de plug-in personnalisé pour un client, mais je le ferais certainement s'ils le payaient :)

Récemment, je me suis plongé dans les fonctionnalités les plus "CMS" de 3.0 avec un site de taille moyenne entièrement personnalisé. Au départ, j'étais un peu inquiet si cela allait fonctionner, car cela nécessitait autant d'éléments personnalisés et aucun d'entre eux n'avait à voir avec les blogs réels.

Je suis venu très près d'utiliser un CMS plus robuste, mais j'ai pris le risque et cela a payé. La plupart de tout ce dont j'avais besoin était assez facile à réaliser en créant simplement des modèles personnalisés (thème), en fait c'était carrément facile, et j'ai été surpris par sa flexibilité, ce n'est plus seulement une plateforme de blogging.

Cela étant dit, il y a certainement des mises en garde qui peuvent être travaillées, je me retrouve parfois à dire ..si seulement il avait une fonction x comme ... le fait.

D'un côté, j'en suis venu à compter beaucoup moins sur les plug-ins en faveur ou l'écriture de fonctions et de code personnalisés.En fait, à moins que ce soit quelque chose de spécifique, d'unique ou de très bien fait, je les utilise rarement du tout.