Formation gratuite WordPress
- Épisode 219 Faites le tour du service Python au United States Digital Service
- Navigation dans les espaces de noms et l'étendue en Python – Real Python
- Comment améliorer les performances des pages de destination pour WordPress
- Conseils de mise en forme des chaînes Python & meilleures pratiques – Real Python
- Votre guide pour la fonction d'impression Python – Real Python
Si vous avez vu mon message de la semaine dernière sur la modification du site complet, vous vous demandez peut-être à quoi il ressemble. Et si vous êtes paresseux / occupé comme moi, vous n’avez probablement pas encore fait le point de vous en servir vous-même. J'ai donc vraiment apprécié que l'ami de WPShout, Eric Karkovack, ait pris le temps d'installer et d'écrire l'expérience de s'amuser avec le thème Q.
Je vous recommande de relire l'intégralité de l'article, car il couvre un certain nombre de réflexions et d'idées concernant l'édition complète du site que je n'avais pas envisagée. Mais cela a particulièrement attiré mon attention:
Une chose à noter est qu'à ce stade, il semble que les modèles personnalisés devront suivre les conventions de dénomination de la hiérarchie des modèles WordPress. Autrement dit, le slug d'un modèle personnalisé doit correspondre au nom de son objectif correspondant dans votre thème (sans le .php à la fin).
Par exemple, si vous souhaitez créer un modèle à utiliser sur votre page d'accueil, son slug doit être nommé
page de garde
. Vous souhaitez cibler la page À propos de nous (yoursite.com/about-us/)? Un modèle avec la limace depage à propos de nous
fera l'affaire.
Je suppose que la mort de WPHierarchy.com n’est pas imminente pour le moment. 🤪
Visitez speckyboy.com →
[ad_2]