Puis-je utiliser un numéro pour un slug post / page?

Est-il possible d'utiliser un numéro pour un slug post / page? J'ai essayé d'utiliser par exemple '123' pour mon slug de page, mais à chaque fois WordPress le convertit en '123-2'.

Je suppose que n'importe quel nombre est peut-être interprété par WP comme un identifiant. Le numéro que je veux utiliser n'a rien à voir avec les ID de poste / page. Puis-je contourner cela?

Et oui, j'ai une bonne raison d'utiliser un numéro à la place du texte dans ce cas :-)

Edit: Sur une note plus générale, quelles restrictions y a-t-il sur ce que vous pouvez mettre dans une limace? J'ai constaté que je ne peux pas non plus utiliser le signe +, bien que ce caractère dans les noms de fichiers fonctionne très bien.

Ce ne sont que les pages où cela pose problème. Les messages sont très bien.

Cela me semble être un bug, mais que ce soit un bug ou non, vous ne pouvez pas utiliser de slugs numériques sur les pages.

C'est parce que les slugs numériques comme "/ 750 /" interfèrent avec les publications des années "/ 2010 /" etc. et WordPress ne peut pas faire la différence.

Si vous enregistrez deux pages à rédiger avec le même numéro (par exemple 750), WordPress attribue le slug 750-2 aux deux. Lors de la publication, le premier restera 750-2 tandis que le second passera à 750-3. Il n'y a aucun moyen normal d'obtenir le slug 750 sur une page à partir de 3.0

Mise à jour: http://core.trac.wordpress.org/ticket/11917 est le ticket qui a interdit les limaces numériques.

Réponse courte: Oui, c'est possible.

Je n'ai eu aucun problème à utiliser une limace numérotée, sur le béton c'était "56789". Le -2 get est attaché au cas où vous avez déjà un slug en cours d'utilisation donc il est préfixé avec un numéro supplémentaire.

Cela fonctionne généralement parce qu'un slug est une chaîne et que ces nombres sont également une chaîne, il n'y a pas d'interprète qui identifie votre suggestion de slug en tant que nombre, puis la traite d'une autre manière comme identifiant en tant que mots anglais.

Vous pouvez donc parcourir votre blog avec le slug 123 et jeter un œil à ce qui s'y trouve. De plus, vous pouvez jeter un coup d'œil dans votre base de données et rechercher le slug dans les données elles-mêmes, car il pourrait être utilisé dans une pièce jointe ou plus.

Mise à jour: je peux aussi avoir la limace 123- juste pour l'info. Pas de problème avec ce nombre et ces paramètres assez permalien: /%year%/%monthnum%/%postname%.

Je suis à peu près sûr qu'il n'est pas possible d'utiliser des nombres pour les limaces en raison du processus de réécriture d'URL. Je ne connais pas la raison technique exacte de cela, mais je peux voir pourquoi il faudrait empêcher les limaces numériques de correspondre à l'ID de page numérique réel.

Il est absolument possible d'utiliser des nombres pour les slugs de page. Cependant, l'ajout d'un nombre aléatoire à la fin d'une URL de page retournera toujours cette page (à moins qu'il ne corresponde à l'URL d'une autre page), car le moteur de réécriture colle les nombres pour correspondre aux extrémités des infrastructures de page pour permettre la pagination à l'intérieur des publications. Je suppose que vous avez un article quelque part dans votre base de données qui utilise 123 comme slug (peut être une image ou une autre pièce jointe, ou un élément de menu, ou autre chose). Si vous corrigez cela, vous devriez pouvoir définir le slug de votre page sur 123, et cela fonctionnera. WordPress ajoute des règles de réécriture pour chaque page individuellement, donc ce n'est pas un problème de ne pas le reconnaître.