Les développeurs de thèmes et de plugins devraient – ils créer pour WordPress multisite?
Être un développeur de thème ou de plug – in est un travail difficile. Entre les mises à jour WordPress, les corrections de bogues, les incompatibilités de version PHP et le support client, vous devez faire face à un certain nombre de problèmes. N’oubliez pas les groupes d’utilisateurs potentiels, ils demanderont, ce site multi – compatible? Il s’agit d’un problème assez courant qui peut ne pas être considéré par tous les développeurs. J’aimerais donc approfondir le développement de WordPress multisite, en particulier lorsque l’installation multisite est envisagée dans le processus de développement. Pourquoi construire pour plusieurs sites? Voilà ce qui s’est passé. Lorsque vous installez WordPress et créez un site Web, quand vous vous demandez si je devrais créer pour WordPress Multi – sites, La réponse sera oui. Cependant, si vous développez des plug – ins et des thèmes, les choses changent. Maura Teal a expliqué dans son discours wordcamp San Diego pourquoi les bons développeurs ne négligent pas les sites multiples. Devine où il veut aller.
Vous pouvez voir notre vue d’ensemble de ce qu’est le multi – site, mais en fin de compte: l’installation WordPress alimente le réseau de sites. WordPress. C’est en fait un exemple pratique. C’est une caractéristique très intéressante et Mora Thiel a raison: vous ne devriez pas l’ignorer. Cependant, si vous voulez que votre plug – in ou sujet l’utilise, vous devez faire un effort particulier. Vous pouvez voir que les installations Multi – sites partagent une base de données dans laquelle certaines tables sont partagées entre les sites (par exemple, usermeta), tandis que d’autres ne le sont pas. Vous pouvez également rencontrer des problèmes majeurs d’activation au niveau du réseau, de création de table, de désactivation de plug – in et d’autres problèmes de ralentissement.
Alors… Pourquoi avez – vous vraiment pris le temps de résoudre ces problèmes? Eh bien, tout d’abord… Beaucoup de gens demandent vraiment la compatibilité Multi – sites. Ce n’est peut – être pas le paramètre par défaut, mais pers
Ou, vous recevrez beaucoup de commentaires et de questions sur multisite, si vous dites non… C’est une marque qui a perdu beaucoup de clients, de revenus et de loyauté honnête. Parce que soit tu ignores ces gens, soit tu continues. Ou tu peux essayer de tout réajuster.
Ni l’un ni l’autre n’est particulièrement attrayant. Questions spécifiques à prendre en considération lors de la création de WordPress Multi – sites, donc supposons que vous soyez sûr de vouloir commencer le développement pour Multi – sites. Mais qu’est – ce que ça veut dire exactement? Bien qu’il ne s’agisse pas d’une liste complète, ce sont quelques – unes des questions les plus importantes à prendre en considération lors de la planification de votre propre développement.
Shibashake wphub write plugins for WordPress multisite onexpixel publie des articles sur la compatibilité des plugins avec wordpress multisite comment écrire correctement des plugins pour WordPress multisite 1. Bien sûr, vous devriez toujours essayer de rendre votre code aussi efficace que possible. Mais lorsque vous utilisez une installation WordPress typique, vous avez plus d’espace de fonctionnement. Je ne dis pas que vous feriez ça, mais en termes d’optimisation des performances, vous pourriez être un peu paresseux. Réorganiser chaque requête DB? Eh bien…
Ces types de raccourcis s’additionnent lorsque vos utilisateurs gèrent 300 sites sur leur réseau. La performance et l’extensibilité du plug – in ou du thème sont plus importantes. En particulier, si le Code n’est pas suffisamment optimisé, les clients et les utilisateurs peuvent être perdus. 2. Utilisez le nom approprié de la table de base de données, car la table de base de données peut être utilisée par multisite, de sorte qu’elle doit être évitée.
Appelle un nom de table codé dur. Le site eat sur le réseau partage une base de données, mais chacun crée sa propre table. Par conséquent, si vous essayez d’exécuter quelque chose sur un poste WP _ par exemple, vous rencontrerez des problèmes Multi – sites.
La bonne approche consiste à utiliser l’objet global $wpdb pour s’assurer que le nom correct de la table de base de données est toujours obtenu pour un seul site et plusieurs sites, peu importe qui exécute le Code. Ce n’est pas un changement difficile, mais c’est toujours un changement. Par exemple, si votre plug – in crée une table pendant le processus d’activation, vous devrez l’itérer sur chaque blog de l’installation multisite (en supposant que le plug – in soit déjà activé au niveau du réseau, comme beaucoup de plug – INS). Lorsque votre plug – in est activé, un nouveau blog est ajouté au réseau Multi – sites? Dans ce cas, vous devez vous assurer que le Code exécute la fonction d’activation pour créer la table DB requise chaque fois que vous ajoutez un nouveau site.
Bien sûr, les mêmes règles s’appliquent à la désactivation et à la désinstallation. Assurez – vous de nettoyer votre désordre avant de partir. 4. Envisager des options de gestion et des permissions d’utilisateur en plus des changements de code spécifiques, d’autres options d’interface doivent être envisagées. Par exemple, un superadministrateur Multi – sites a – t – il besoin de fonctionnalités spécifiques au plug – in pour désactiver l’ensemble du réseau? L’exemple d’appel WP Cron de Maura traverse toute la table des postes, ce qui en est un bon exemple. Sur le site, bien sûr! Volontiers. Mais plus de 300? Il peut accéder rapidement au réseau après avoir obtenu un lien sur la première page de reddit.
De plus, j’ai entendu parler de sujets Multi – sites où seuls les administrateurs ayant des privilèges avancés peuvent gérer les paramètres des sujets. Dans certains cas