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 d’accueil à l’arriè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, vous rencontrerez presque certainement le concept de post quelque part. Il est probable que vous découvrirez rapidement la différence fondamentale entre les messages et les pages et que vous 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 vous avez l’habitude 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 qu’ils contiennent habituellement lorsque vous les voyez pour la première fois.
Nous utiliserons Register _ post type () pour faire le travail de base ici. (les fans d’une 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 vous référant à la section structure du dossier du plug – in dans l’article précédent, vous vous 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 = ‘mail’;
$pluriel = ‘guillemets aléatoires’;
$Single = ‘Random Quotation’;
$CPT \ u name = ‘RDM Quotation’;
$opts [‘can _ Export’] = true;
$opts [‘Capability _ type’] = $cap type;
$option [‘description’] = »;
$opts [‘exclude _ from Search’] = false;
$opts [‘has _ archive’] = false;
$opts [‘Hierarchy’] = false;
$opts [‘Map \ u Meta \ u cap’] = true;
$opts [‘menu _ icon’] = \
$opts [‘menu position’] = 25;
$opts [‘public’] = true;
$opts [‘public _ querable’] = true;
$opts [‘Query _ var’] = true;
$opts [‘Register _ Meta Box CB’] = »;
$opts [‘Rewrite’] = false;
$opts [‘show _ in admin bar’] = true;
$opts [‘show _ in menu’] = true;
$opts [‘show _ in NAV menu’] = true;
$opts [‘labels’] [‘ add _ New ‘] = ESC HTML U (\
$opts [‘labels’] [‘ add _ New Item ‘] = ESC HTML U (\
$opts [‘labels’] [‘ all _ items’] = ESC HTML U ($pluriel, ‘Smart’);
$opts [‘labels’] [‘ Edit _ item ‘] = ESC HTML U (\
$opts [‘labels’] [‘ menu _ name ‘] = ESC HTML U ($pluriel,’ Wisdom ‘);
$opts [‘labels’] [‘ name ‘] = ESC _ HTML U ($pluriel,’ Wisdom ‘);
$opts [‘labels’] [‘ name _ admin bar ‘] = ESC HTML U ($Single,’ Smart ‘);
$opts [‘labels’] [‘ New Item ‘] = ESC HTML UU (\
$opts [‘labels’] [‘ not _ found ‘] = ESC HTML U (\
$opts [‘labels’] [‘ not _ found in trash ‘] = ESC HTML U (\
$opts [‘labels’] [‘ parent _ item Color ‘] = ESC HTML U (\
$opts [‘labels’] [‘ Search _ items’] = ESC HTML U (\
$opts [‘labels’] [‘ Singular _ name ‘] = ESC HTML U ($Single,’ wish ‘);
$opts [‘labels’] [‘ View _ item ‘] = ESC HTML
(\
Register _ post type (strpower ($CPT name), $opts);
} \/ \/ nouveau _ CPT Job () vous remarquerez qu’il 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. Si tout se passe bien, nous devrions maintenant avoir accès à l’arrière – plan et voir la nouvelle page d’accueil de notre contenu:
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. Jusqu’à 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 l’installation 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 qu’il est valide. Restez à l’écoute de la prochaine partie de cette série