Créer un plug in wordpress partie 3: définir un type de contenu personnalisé

Dans la deuxième partie de cette série, nous avons commencé de manière structurée à utiliser les modèles de plug in wordpress pour construire un échafaudage raisonnable autour de notre futur code. En adoptant cette approche, nous pouvons commencer par un grand nombre de pratiques exemplaires de plug ins gratuits et intégrés. Cette fois, nous essaierons de fournir notre propre page drsquoaccueil à lrsquoarrière plan pour le contenu créé par certains futurs utilisateurs en utilisant des types de messages personnalisés. Cela nous donnera l’occasion de prendre quelques petites mesures dans l’utilisation réelle du modèle plug in WordPress lui même et d’obtenir un peu de contenu d’essai dans le système.
Cependant, avant de retrousser nos manches et de commencer à créer des types de contenu personnalisés, nettoyons quelques confusions terminologiques potentielles. Quelle que soit votre expérience antérieure avec wordpress, rencontrerez presque certainement le concept de post quelque part. Il est probable que découvrirez rapidement la différence fondamentale entre les messages et les pages et que continuerez votre vie. Cependant, tant que nous allons plus loin, il y a une certaine confusion sous jacente dans le contexte.
Comme Justin tadlock l’a souligné dans son excellent article d’introduction sur le sujet, lorsque le type de billet personnalisé a été lancé en 2010, le terme « post» couvre plusieurs bases potentielles dans WordPress – nous ne faisons pas simplement référence aux billets de blog par rapport aux pages ici. Les messages WordPress sont en fait un terme générique utilisé pour désigner différents types de contenu. Le logiciel a cinq types différents de poteaux disponibles dès le début: les messages (ce sont probablement des messages que avez lrsquohabitude de considérer comme des messages de blog) pages jointes menu de révision tout ce contenu réel est stocké dans ta
De beaux messages de base de données, qui sont très utiles pour expliquer la quantité incroyable de données qursquoils contiennent habituellement lorsque les voyez pour la première fois.
Les types de messages personnalisés sont au cœur des plug ins populaires comme woocommerce. Nous pouvons également créer nos propres types de messages personnalisés. Cela nous donne un moyen simple et clair drsquoisoler le contenu principal en tant que développeur, et un moyen simple et intuitif pour nos utilisateurs potentiels drsquoinsérer du contenu dans lrsquoarrière plan. Crsquoest le cœur drsquoun grand nombre de plug ins populaires, mais aussi la plate forme elle même. Allons voir comment piéger ces méchants enfants. La préparation à lrsquoenregistrement des types de messages personnalisés associés à la plupart des plug ins vaut toujours la peine de se référer au manuel officiel des plug ins lors de la première étape du traitement. Dans ce cas, nous passons directement à la section enregistrement des types de messages personnalisés. Après avoir examiné la documentation pertinente, certaines choses deviennent immédiatement évidentes:
Nous utiliserons Register _ post type () pour faire le travail de base ici. (les fans drsquoune grande liste de sujets sont surpris de se concentrer sur des liens spécifiques.) Le crochet init semble être une étape du processus de démarrage. Nous devons examiner attentivement la dénomination. Nous devons trouver comment mettre tout cela dans la configuration du plug in WordPress modèle que nous utilisons. Commençons par le dernier élément. En référant à la section structure du dossier du plug in dans lrsquoarticle précédent, souviendrez peut être que le dossier contient le local du plug in, où la plupart des opérations se produisent. Plus précisément, le fichier que nous appelons habituellement le nom du plug in de classe. Php dans le dossier include est
Ci dessous, nous avons choisi une version légèrement simplifiée du code original de Chris wilcoxson:
**
Créer un nouveau type de message personnalisé
* *
* Dal 1.0.0
Accès public
Utiliser Register _ post type ()
*
Fonction statique publique nouvelle _ CPT RDM quote ()
$cap _ type = lsquomailrsquo
$pluriel = lsquoguillemets aléatoiresrsquo
$ngle = lsquoRandom Quotationrsquo
$CPT u name = lsquoRDM Quotationrsquo
$opts [lsquocan _ Exportrsquo] = true
$opts [lsquoCapability _ typersquo] = $cap type
$option [lsquodescriptionrsquo] =  »
$opts [lsquoexclude _ from Searchrsquo] = false
$opts [lsquohas _ archiversquo] = false
$opts [lsquoHierarchyrsquo] = false
$opts [lsquoMap u Meta u caprsquo] = true
$opts [lsquomenu _ iconrsquo] =
$opts [lsquomenu positionrsquo] = 25
$opts [lsquopublicrsquo] = true
$opts [lsquopublic _ querablersquo] = true
$opts [lsquoQuery _ varrsquo] = true
$opts [lsquoRegister _ Meta Box CBrsquo] =  »
$opts [lsquoRewritersquo] = false
$opts [lsquoshow _ in admin barrsquo] = true
$opts [lsquoshow _ in menursquo] = true
$opts [lsquoshow _ in NAV menursquo] = true
$opts [lsquolabelsrsquo] [lsquo add _ New lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo add _ New Item lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo all _ itemsrsquo] = ESC HTML U ($pluriel, lsquoSmartrsquo)
$opts [lsquolabelsrsquo] [lsquo Edit _ item lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo menu _ name lsquo] = ESC HTML U ($pluriel,rsquo Wisdom lsquo)
$opts [lsquolabelsrsquo] [lsquo name lsquo] = ESC _ HTML U ($pluriel,rsquo Wisdom lsquo)
$opts [lsquolabelsrsquo] [lsquo name _ admin bar lsquo] = ESC HTML U ($ngle,rsquo Smart lsquo)
$opts [lsquolabelsrsquo] [lsquo New Item lsquo] = ESC HTML UU (
$opts [lsquolabelsrsquo] [lsquo not _ found lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo not _ found in trash lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo parent _ item Color lsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo Search _ itemsrsquo] = ESC HTML U (
$opts [lsquolabelsrsquo] [lsquo ngular _ name lsquo] = ESC HTML U ($ngle,rsquo wish lsquo)
$opts [lsquolabelsrsquo] [lsquo View _ item lsquo] = ESC HTML
(
Register _ post type (strpower ($CPT name), $opts)
} nouveau _ CPT Job () remarquerez qursquoil appelle en fait Register post type () au bas de la fonction et passe les différents paramètres et étiquettes définis le long du chemin. tout se passe bien, nous devrions maintenant avoir accès à lrsquoarrière plan et voir la nouvelle page drsquoaccueil de notre contenu:
nous entrons dans lrsquoajout de nouvelles citations aléatoires, nous devrions avoir une interface familière pour insérer des guillemets: Accédez rapidement à la base de données et nous verrons un devis archivé avec le bon type de post personnalisé: À ce stade, nous pouvons apporter une variété de petits changements et modifications supplémentaires, mais crsquoest presque la fin de cette série. Nous nrsquoavons pas encore publié beaucoup de code, mais nous venons de terminer une autre étape clé dans le développement global du plug in. Plus important encore, le plug in Template WordPress a prouvé sa valeur en nous fournissant des exemples de code de référence et une structure fiable.
Conclusion: lorsque nous arriverons à la deuxième place de la série, nous continuerons sur une voie agréable, régulière et structurée. Jusqursquoà présent, nous avons examiné un certain nombre de boîtes importantes avec des échafaudages solides pour nous guider et nous sommes prêts pour lrsquoinstallation future. Passons en revue les principaux points que nous avons rencontrés cette fois: Nous avons introduit le concept de type de post personnalisé dans WordPress. Ensuite, nous avons élaboré les étapes de base que nous devrions suivre pour mettre en oeuvre les types personnalisés. Enfin, en utilisant le Code existant, nous mettons le type de contenu personnalisé enregistré dans la configuration existante et vérifions qursquoil est valide. Restez à lrsquoécoute de la prochaine partie de cette série