Comment utiliser get_template_part
get_template_part est une fonction pratique utilisée pour réutiliser les blocs de code dans le développement de thème WordPress, la réduction du code en double et l'amélioration de la maintenabilité en chargeant des fichiers de modèle spécifiés. Son utilisation de base est get_template_part ($ slug, $ name), où $ slug est un paramètre obligatoire pour représenter le nom de modèle de base, et $ le nom est un nom de variant facultatif, par exemple, get_template_part (`` contenu '') contenu.php, et get_template_part ('contenu,') est préférentiel de contenu-single.php, et si elle ne fait pas de dos pour contenu. content.php; Les scénarios d'utilisation communs incluent la gestion unifiée des pièces publiques telles que les listes d'articles, les pieds de page, les barres de navigation, etc., qui prennent en charge la couverture subtopique et peuvent obtenir un contrôle différentiel de style via différents paramètres de nom $; Les fichiers de modèles sont généralement placés dans le répertoire racine du thème ou le sous-répertoire tel que / modèles / Dans le processus de débogage, le chemin doit être relatif au répertoire de thème actuel; Pendant le débogage, vous devez vérifier si le fichier existe, si l'orthographe est correcte, l'impact du cache et l'activation sous-thème. Il est recommandé d'ajouter des commentaires au modèle pour résoudre les problèmes de chargement.
L'utilisation de la fonction get_template_part
est en fait un moyen de réutiliser les blocs de code dans le développement de thème WordPress. Ce n'est pas la caractéristique la plus complexe, mais elle est en effet assez pratique, surtout en ce qui concerne l'organisation de la structure du thème et la réduction du code en double.
Utilisation de base
La fonction de get_template_part
est de charger le fichier de modèle sous le chemin spécifié. Son écriture de base est:
get_template_part ($ slug, $ name);
-
$slug
est un élément requis, indiquant le nom de base du fichier de modèle que vous souhaitez charger. -
$name
est un paramètre facultatif qui spécifie une variante sous le nom de base.
Par exemple, si vous avez un fichier appelé content.php
, écrivez-le directement:
get_template_part ('contenu');
Si vous avez un content-single.php
, vous pouvez l'appeler comme ceci:
get_template_part ('contenu', 'single');
WordPress essaiera d'abord de charger content-single.php
, et s'il ne peut être trouvé, il retombera sur content.php
.
Utilisez des scénarios et des avantages
Le but le plus courant de cette fonction est d'extraire des pièces publiques telles que des listes d'articles, des pieds de page, des barres de navigation, etc. et de les gérer uniformément. Par exemple, lorsque vous affichez des articles sur la page d'accueil, vous pouvez mettre la structure d'affichage de chaque article dans content.php
, puis les appeler dans index.php
ou archive.php
.
Il y a plusieurs avantages:
- Réduire le code en double
- Améliorer la maintenabilité
- Couverture sous-thème pratique
Par exemple: vous devez afficher le résumé de l'article à plusieurs endroits, mais une certaine page doit être légèrement modifiée. À l'heure actuelle, vous pouvez conserver content.php
comme modèle général, puis créer content-special.php
pour cette page spécifique, et contrôler celui qui est chargé en transmettant différents paramètres $name
.
Emplacement du stockage de fichiers et règles de dénomination
Les fichiers de modèle sont généralement placés dans le répertoire racine du thème ou dans les sous-répertoires, tels que /templates/
. Lorsque vous appelez, veuillez apporter le chemin:
get_template_part ('modèles / contenu', 'single');
Cela chargera templates/content-single.php
.
Quelques points à noter:
- Je n'ai pas de suffixe
.php
pour les noms de fichiers - Le chemin est relatif au répertoire de sujet actuel (pas au sujet parent)
- Si vous faites un sous-thème, assurez-vous que le fichier de modèle que vous couvrez est également nommé correctement et placé dans l'emplacement correspondant.
Faites attention aux petits détails
Parfois, vous constaterez que les paramètres corrects sont clairement écrits, mais le fichier n'est pas chargé. Vérifiez quelques points à ce moment:
- Le fichier existe-t-il? L'orthographe a-t-elle raison?
- Est-il affecté par les plug-ins de cache ou les caches de serveur?
- Les sous-thèmes sont-ils activés? Avez-vous copié le fichier de modèle d'origine?
Une autre astuce est que vous pouvez ajouter un petit commentaire à chaque modèle pendant la phase de débogage, comme:
<! - Content-Single.php chargé ->
De cette façon, vous pouvez voir quel fichier se charge en un coup d'œil dans le code source de la page, ce qui est pratique pour le dépannage des problèmes.
Fondamentalement, c'est tout. Ce n'est pas difficile à utiliser, mais après avoir compris clairement le mécanisme, l'efficacité de développement peut être considérablement améliorée.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

La mise à jour des plug-ins à l'aide de WP-CLI nécessite 1. Connectez-vous au serveur via SSH et entrez le répertoire du site Web; 2. Exécutez wppluginupdatePlugin-Slug pour mettre à jour un seul plug-in ou wppluginupdate - le tout pour mettre à jour tous les plug-ins; 3. Vérifiez les autorisations, l'espace disque et les plug-ins contradictoires lors de la rencontre des problèmes. Il n'est pas nécessaire de se connecter à l'arrière-plan tout au long du processus, mais vous devez faire attention aux risques de sauvegarde et de compatibilité, et vous pouvez aider à résoudre les problèmes à travers des paramètres - run ou - debug.

TomanageCronJobsinwordPressususingwp-Cli, youCanlist, Run, Schedule etdeleteventsViacommand-linetools.1.USUSWPCRONEVERTLOCHACKACTIVECRONEVENTSANDFILTERWIH

Pour appeler en toute sécurité les API externes, vous devez commencer à partir de trois aspects: contrôle d'accès, protection des données et vérification de la réponse. ① Utilisez Apikey, OAuthToken ou JWT et stockez la clé dans les variables environnementales ou les services de gestion des clés, et tournez régulièrement; Évitez le frontal exposant la clé, sélectionnez OAuth2.0 et adoptez le mode d'autorisation approprié. ② Vérifiez la structure et le contenu des données renvoyées par l'interface, confirmez les types de type de contenu et de champ, vérifiez le code d'état, filtrez le contenu XSS et définissez un délai d'expiration raisonnable. ③ Utilisez un godet de jeton ou un algorithme de godet de fuite pour atteindre la limitation actuelle, enregistrer l'utilisation de l'API utilisateur et réduire les demandes en double en combinaison avec le cache pour empêcher le déclenchement de l'autre partie de limiter le courant ou de bloquer l'IP.

L'évasion des données et la désinfection sont deux étapes clés du développement de la sécurité WordPress. 1. La désinfection des données (désinfecter) est utilisée pour le stockage sûr et est traitée avant d'enregistrer la saisie de l'utilisateur, telles que l'utilisation de fonctions telles que Sanitize_text_field () et Sanitize_Email () pour nettoyer les données; 2. Data Escape (Escape) est utilisé pour un affichage sûr et est traité lors de la sortie vers l'extrémité frontale, comme l'utilisation de fonctions telles que ESC_HTML () et ESC_URL () pour empêcher l'exécution du script; 3. Utilisez des crochets et des bibliothèques de fonction appropriés, tels que wp_kses_post () pour filtrer le contenu texte riche, add_query_arg () pour utiliser en toute sécurité les paramètres URL; 4. Faites attention à différents scénarios

Dans WordPress Plug-In Development, la façon recommandée de stocker correctement les options de plug-in consiste à utiliser register_setting () combinée avec get_option () et update_option (). Tout d'abord, enregistrez l'élément de réglage via registre_setting ('section', 'option_name'); Deuxièmement, utilisez Update_option ('option_name', $ value) pour enregistrer les données lors de la soumission du formulaire; Encore une fois, utilisez get_option ('option_name', 'default_value') pour obtenir la valeur lors du chargement de la page; De plus, il est recommandé de fusionner plusieurs champs.

Il existe trois façons d'exclure des catégories spécifiques dans WordPress: utilisez query_posts (), utilisez le crochet pre_get_posts ou utilisez le plug-in. Tout d'abord, utilisez Query_Posts () pour modifier directement la requête de boucle principale dans le fichier de modèle, tel que Query_Posts (array ('catégorie__not_in' => array (3,5))), ce qui convient à un ajustement temporaire mais peut affecter la pagination; Deuxièmement, il est plus sûr d'ajouter des fonctions de fonctions.php via le crochet pre_get_posts. Par exemple, à l'exclusion de l'ID de classification spécifié lors de la jugement de la boucle principale de la page d'accueil, cela n'affectera pas la logique d'une autre page; Enfin, WPCate peut être utilisé

La clé pour créer un modèle de page personnalisé est de comprendre le mécanisme de la plate-forme et de suivre les spécifications. 1. Premièrement, clarifiez le type de plate-forme et la structure du modèle. Par exemple, WordPress définit les modèles via des fichiers PHP avec des annotations spécifiques, Hugo place les modèles dans le répertoire de mise en page et React introduit les dispositions de manière composée. 2. Organisez des fichiers en fonction des règles de dénomination et de stockage, telles que la mise en place de modèles WordPress sur le répertoire racine du thème, Hugo utilise BaseOf.html comme modèle de base, et Jekyll fait référence au modèle via le champ de mise en page dans le dossier \ _layouts pour éviter les erreurs de chemin de chemin ou de configuration. 3. Utilisez l'héritage du modèle pour améliorer la réutilisabilité, définir le modèle de base et couvrir un contenu dans la page spécifique, réduire le code en double et maintenir

Pour exécuter les requêtes de base de données personnalisées en toute sécurité et efficacement dans WordPress, utilisez la classe WPDB intégrée. 1. Utilisez la variable globale $ wpdb et comprenez ses propriétés de base telles que $ wpdb-> préfixe; 2. Utilisez la méthode $ wpdb-> prépare () pour empêcher l'injection SQL lors de l'exécution de la requête de sélection, et sélectionnez get_results, get_row ou get_var en fonction du nombre de résultats; 3. Utilisez des méthodes insert (), update () et delete () lors de l'insertion, de la mise à jour et de la suppression des données pour assurer le format correct; 4. Vérifiez Last_error et Last_Query pendant le débogage pour gérer les erreurs; 5. faire attention à
