Plugins personnalisés/plugins manipulés: toujours une terrible idée d'hériter de ces types de WP des sites qui découragent les mises à jour?
Je travaille donc depuis un petit peu sur les sites WP et je pense en arriver au point où je commence à toucher un plus grand nombre de clients avec des versions de sites uniques. Un site auquel j'ai été affecté récemment était un WP qui traitait de l'inventaire automobile et son plus gros plugin pilotait réellement la fonctionnalité des sites (un plugin d'inventaire de voiture). Le site a commencé à avoir des problèmes avec des choses qui ne fonctionnaient pas et il semblait qu'une mise à jour du plugin résoudrait les problèmes (il y avait 4 versions derrière) mais leur ancien développeur a manipulé le plugin et a mis des instructions spécifiques pour ne pas le mettre à jour car il a été modifié. Comment travaillez-vous avec quelque chose comme ça?
L'autre cas concerne un nouveau site que je viens de recevoir et qui inclut un plug-in personnalisé, construit par le développeur précédent, qui gère la section de processus du site (les personnes sélectionnant des packages et les payant) utilise un appel obsolète à la base de données hébergée par mon hôte. (WPengine) ne peut pas travailler avec. Lorsqu'il a communiqué cette information à mon client après avoir parlé à l'assistance technique WPengine, le client m'a dit que le développeur lui avait dit de ne pas mettre à jour ses plugins, car cela pourrait entraîner des problèmes pour son site.
J'ai eu l'impression que vous devriez toujours pouvoir mettre à jour vos plugins et que vous ne devriez jamais manipuler des plugins d'autres auteurs, car c'est une mauvaise pratique et les mises à jour écrasent vos modifications. Je cherche simplement des conseils sur ce type de situation. Devrais-je rester en dehors des sites comme ci-dessus ou devrais-je simplement suggérer des reconstructions ou existe-t-il des exceptions à la règle "aucune manipulation". Ou est-ce que je suis tout à fait en dehors de la base et que je peux utiliser des plugins modifiés tant que vous savez ce que vous faites?
Il semble y avoir deux questions distinctes ici:
Doit-on faire cela?
Pas dans la plupart des cas. La modification d'extensions tierces de facto change avec toutes les implications d'une maintenance future et/ou d'une fusion en amont (à partir des modifications d'origine).
Sans engagement à long terme, ce n'est tout simplement pas pratique et s'effondre rapidement, comme dans les cas dont vous avez été témoin.
Doit-on s'impliquer avec ça?
Il y a plusieurs possibilités ici:
- Correction d'un problème en suspens dans le plugin modifié. Ceci élimine le problème immédiat , mais creuse essentiellement le site du client plus profondément dans le trou.
- Extrayez les modifications personnalisées et faites-les fonctionner correctement avec le plug-in d'origine sans problèmes de mise à jour. Ceci est optimal, mais peut être plus difficile à vendre que l'option précédente.
- S'engager pour le bon entretien de la fourche. Ceci est très improbable, à moins que vous ne restiez avec le client pendant beaucoup de temps (et d'argent :).
A partir de là, c'est plus une affaire que technique. C'est votre décision si vous aimez ce genre de travail. Il appartient au client de décider ce qu'il veut faire de son site à la fin.
Si le plugin d'origine possède une forme de licence GPL, vous pouvez le manipuler tant que vous respectez la licence. Donc, il n’ya rien de mal à éditer un plugin, un thème ou même WP core.
Toutefois, si vous procédez ainsi, vous assumez la responsabilité des mises à jour des générateurs d'origine. D'une certaine manière, vous êtes devenu l'auteur d'un nouveau plugin. Si vous ne le maintenez pas, il devient obsolète et à un moment donné ne fonctionnera plus ou aura de graves problèmes (de sécurité).
Un comportement correct des développeurs consisterait à séparer autant que possible l’original et vos modifications (utilisez des crochets d’action et des thèmes enfants) et à les documenter correctement pour les futurs développeurs.
Donc, en principe, il n’ya rien de mal à la pratique. Cependant, la clé n'est pas tant de "savoir ce que vous faites" que de "s'assurer que les autres sauront ce que vous avez fait".