J'ai créé deux nouveaux types de messages personnalisés à l'aide de code que j'ai utilisé avec succès sur d'autres projets sans problème. Le premier est appelé top_charts
, l'autre case_studies
, et les deux apparaissent correctement dans le menu d'administration et je peux créer de nouveaux messages.
Malheureusement, les nouveaux messages n'apparaissent pas. Je reçois juste une 404.php
réponse.
J'ai créé un archive-top_charts.php
pour voir si je peux faire apparaître quoi que ce soit, mais je vois une 404.php
réponse "page non trouvée".
J'ai initialement nommé les messages personnalisés top-charts
et case-studies
, mais je pensais que le trait d'union pouvait être le problème, et les ai donc renommés pour utiliser un trait de soulignement à la place. Ça n'a pas aidé.
J'ai essayé de réenregistrer mes liens permanents, mais rien n'a changé. Ma page .htaccess ressemble aussi à ce que vous attendez (et les autres pages fonctionnent bien). Que puis-je vérifier d'autre?
la source
archive-top_charts.php
page. Étrange!Réponses:
Pour corriger le message personnalisé introuvable, veuillez utiliser le code ci-dessous dans votre
functions.php
:Vous ne devez le faire que comme mesure temporaire, sinon il s'exécutera à chaque chargement de page.
Pour plus de détails, veuillez suivre ce lien
Pour ce qui est de
archive-top_charts.php
ne pas apparaître, assurez-vous de l'avoir'has_archive' => true
lorsque vous enregistrez votre type de message.la source
Vous n'avez pas à modifier votre code php!
Bien que vous puissiez le faire dans la fonction qui enregistre votre type de publication personnalisé, comme les autres réponses, vous pouvez également le faire dans le menu des paramètres, évitant ainsi de toucher votre code php:
Pour vider les règles de réécriture de WordPress ou les permaliens (doit généralement être fait manuellement pour les nouveaux types de publication personnalisés) à partir du tableau de bord:
C'est si simple!
référence
la source
has_archive
, mais bon de savoir que vous pouvez forcer une chasse d'eau dans le menu.Je me rends compte que c'est tard dans le jeu (et ce n'est peut-être pas le problème connexe), mais je voulais signaler aux autres un problème possible.
Dans mon cas, j'avais défini ma réécriture de la taxonomie sur les outils et la réécriture du type de contenu sur la même chose. Par conséquent, cela ne fonctionnerait jamais correctement car il s'agissait d'un conflit. Malheureusement, il n'y a pas de détection pour une telle chose, alors j'ai pensé que je le signalerais aux autres.
la source
Dans mon cas, il manquait des droits dans mon dossier de développement, donc le fichier .htaccess n'aurait pas pu être créé ou modifié.
Donc, le rinçage manuel ou l'enregistrement des modifications dans WP Permalinks n'aidait pas.
La solution était de créer moi-même un fichier .htaccess
la source