Nous avons discuté comment faire bien dans la partie précédente de cette série: Nous apprenons à rédiger un meilleur code, à nous conformer aux normes, à rendre notre code lisible par d’autres, etc..
Dans cet article, nous allons voir comment faire mal: Nous allons passer en revue certaines des pires pratiques que l'on puisse suivre lors de la création de thèmes WordPress.
Parfois, il n'y a pas besoin de faire tout à partir de rien. Si vous fabriquiez des moteurs de voiture, qu'est-ce qui prendrait moins de temps et moins cher: fabriquer les boulons vous-même ou acheter des boulons auprès d'un fabricant de boulons? De toute évidence, la démarche logique consisterait à acheter les verrous ailleurs.
La référence de fonction dans le codex WordPress est un endroit avec beaucoup de trésors cachés. La fonction qui obscurcit les adresses email - antispambot
- ou celui qui ajoute des zéros à vos chaînes si nécessaire - zeroise
- sont parmi les plus petits joyaux, et il y en a beaucoup plus comme ceux-ci.
Tout ce que vous avez à faire est de lire la référence de haut en bas et de noter les fonctions que vous trouvez utiles. (QueryPosts.com est également une référence utile.) En faisant cela, vous pouvez trouver une fonction utile pour votre thème et dont vous n'aviez jamais pensé qu'elle existait.
Vous pouvez également penser aux fonctions d'impartition pour votre thème. Si vous avez besoin d'un curseur jQuery, vous n'avez pas besoin d'écrire un plugin jQuery et de l'intégrer à WordPress: vous pouvez acheter la licence de développeur d'un curseur jQuery premium ou utiliser un logiciel gratuit permettant une utilisation commerciale..
Au lieu de perdre du temps à créer une interface à onglets avec jQuery, vous pouvez simplement utiliser un plug-in jQuery largement utilisé avec une licence appropriée et l'utiliser. Nul besoin de concevoir un ensemble de fonds pendant plusieurs jours - téléchargez-en un avec la licence appropriée, utilisez-le et créditez le concepteur!
Attention: Ne pensez pas que vous n’êtes pas obligé de lire et de comprendre le code que vous utilisez. Ne sois pas ce mec.
C’est un sujet largement débattu au sein de la communauté WordPress: pouvons-nous (ou devrions nous) fournir des fonctionnalités dans les thèmes WordPress?
La règle de base est la suivante: si la fonctionnalité concerne le apparence visuelle du site Web, il devrait être dans le thème, mais s'il s'agit de la fonctionnalité d'un site Web, il devrait être inclus en tant que plugin séparé. Par conséquent, si votre thème doit modifier les règles de réécriture ou utiliser des types de publication ou des taxonomies personnalisés, il serait préférable d'utiliser ces fonctionnalités sous forme de plug-ins. La bibliothèque d’activation du plugin TGM serait très utile dans ce cas.
Et vous devriez garder à l'esprit que vous n'avez pas le droit d'enchaîner les utilisateurs à utiliser votre thème pour toujours. Si le contenu généré par l’utilisateur disparaît lorsqu’il change de thème, c’est une erreur que l’auteur du thème devrait corriger. Cela se produit généralement lorsqu'un thème utilise des types de publication et des taxonomies personnalisés. Il convient de le corriger en utilisant des plugins personnalisés..
Certains thèmes offrent plus de 200 images d'arrière-plan et plus de 1000 icônes prêtes à l'emploi. Ils comprennent également plus de 2000 codes abrégés parmi lesquels choisir, 10 curseurs différents et, bien sûr, plus de 1 000 polices disponibles..
Génial, droit?
Faux. Personne n'a besoin de choisir parmi 10 curseurs. Personne n'utilisera 200 images de fond. Personne ne peut utiliser les 2000 codes abrégés que vous proposez. Vous travaillerez jour et nuit sur ces fonctionnalités et d'autres fonctionnalités, mais à la fin, elles ne seront jamais utilisées..
Mais, malheureusement, le thème est vendu. Même si libérer un thème "universel" avec toutes les fonctionnalités ci-dessus est un péché capital, on ne peut nier qu'il attire l'attention lorsqu'un thème comporte autant de fonctionnalités, même si vous n'en utilisez aucune. C'est une dure vérité. Mais le Plus fort La vérité, c’est qu’ils vendent vite au début, mais lorsque les gens réalisent que cela ne veut rien dire d’avoir 1000 codes abrégés, le thème reçoit un commentaire 1 étoile et les ventes baissent..
Heureusement, cette tendance se termine - nous ne voyons pas beaucoup de "thèmes tout usage" ces derniers temps. Vous n'avez pas à perdre de temps pour adapter votre thème à chaque personne sur Terre: connaissez votre créneau et créez des thèmes avec des fonctionnalités réalistes.
Ceci est lié à la "mauvaise pratique" ci-dessus: lorsque vous essayez de presser de plus en plus de fonctionnalités dans votre thème, votre thème devient graisse. Votre img
dossier devient gros, votre js
dossier devient gros, votre bibliothèque
dossier devient gras et avant que vous le sachiez, votre thème pousse un quart de gigaoctet. Vous ne voudriez pas installer un thème de 150 Mo avec plus de 1000 fichiers dans son fichier ZIP, n'est-ce pas? Bien sûr que non. Alors ne faites pas quelque chose comme ça.
Cela provoque également le chargement de thèmes beaucoup plus lent que d'habitude et parfois ne pas fonctionner complètement. Lorsque vous oubliez d'optimiser votre code ou vos actifs, vos clients en souffrent.
J'aurais aimé plaisanter ou exagérer, mais j'ai déjà travaillé avec un thème qui suspendait le compte d'hébergement de mon client. C’était un plan d’hébergement partagé et le site Web n’avait encore aucun succès, mais j’ai créé des pages, les ai prévisualisées pow, le fournisseur d'hébergement a proposé un "meilleur plan d'hébergement" après la suspension.
Après tout, un thème optimisé bat un thème gonflé, peu importe la façon dont le graisse on regarde. Assurez-vous que votre thème ne charge que quelques fichiers JavaScript, un fichier CSS, peut-être une police et un minimum d'images. (N'oubliez pas à quel point les sprites CSS peuvent être pratiques!)
Aussi, n'oubliez pas d'optimiser votre code PHP: Apprenez à réduire le nombre de requêtes dans la base de données et à utiliser moins de fonctions PHP..
Donc, ce sont les choses que vous êtes ne pas censé faire. J'espère que vous (et moi, en tant que développeur de thèmes) ne faites pas ces erreurs lors du développement de nouveaux thèmes WordPress.
Avez-vous des ajouts à ces mauvaises pratiques? Partagez vos pensées et expériences ci-dessous!