web-dev-qa-db-fra.com

Utiliser seulement% postname%

Je vois donc tous les arguments contre l'utilisation de ceci, mais cela semble être une énorme faille dans Wordpress, car un nom de domaine aussi proche de la racine est essentiel au référencement d'un site.

Je veux que mon site, qui contient environ 8 pages, puisse être trouvé grâce à leurs titres simples. S'ils sont précédés d'une date précisée, ils ont l'air compliqués et hors normes par rapport à la plupart des standards Web.

Avance rapide en ajoutant %postname% à mon onglet personnalisé de permaliens, toutes mes URL ont été mises à jour et cliquer dessus me rapporte un 404.

Aucun fichier .htaccess n’a été créé, alors j’en ai créé un à partir de rien et inclus ceci:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /Websites/Garden%20Terrace/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /Websites/Garden%20Terrace/index.php [L]
</IfModule>

# END WordPress

Mettre à jour

Aucun des permaliens à l'exception de l'option post ID ne fonctionne pas. Aucun d'entre eux ne fonctionne.

Qu'est-ce qui me manque pour que cela fonctionne réellement?

MISE À JOUR 12/13/2011

Wordpress 3.3 vient de sortir. Et tous ces problèmes existent toujours. En cliquant sur l'un des permaliens, vous écrivez ceci sur votre .htaccess. Le même texte pouranydes options:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /Websites/Garden%20Terrace/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /Websites/Garden%20Terrace/index.php [L]
</IfModule>

# END WordPress
#

Utiliser /%postname% ne fonctionne pas. Du tout.

permalinkshtaccess
2
Trip

Ce que j'ai fait a été réinstallé WordPress à partir de la zone de mise à jour du tableau de bord ... puis j'ai créé les liens permanents de ce type.

/index.php/%postname%/

Ça a bien fonctionné

1
Harish Sharma

En regardant autour de moi et après des heures à essayer de comprendre pourquoi tout à coup, /%postname%/ a cessé de fonctionner,

j'ai lu quelque part (trouvé!)

http://digwp.com/2011/06/dont-use-postname/

sur les problèmes de performance reguarding

URL/nom de poste

et toute la course autour WP fait avec le serveur juste pour renvoyer lesdites données

pour résumer, il était recommandé pour des raisons de performances (généralement avec des sites plus grands) de commencer par un numéro, etc.

Depuis mon /%postname%/ a cessé de fonctionner à l'improviste.

j'ai changé mon permalien nouvellement non fonctionnel de /% postname%/en /% post_id% /% postname%/et il fonctionne maintenant.

0
somdow

Juste eu le même problème.

Il s'avère que mon hôte (names.co.uk) n'utilise pas Apache mais utilise Zeus - qui ne prend pas en charge Mod_ReWrite, et donc aucun fichier .htaccess.

Ils ont publié une solution de contournement ici: http://www.names.co.uk/support/hosting/linux_hosting/1119-wordpress_rewrite_script.html

#Zeus webserver version of basic Wordpress mod_rewrite rules
map path into SCRATCH:path from %{URL}
look for file at %{SCRATCH:path}
if exists then goto END
look for dir at %{SCRATCH:path}
if exists then goto END
##### FIX FOR LOGIN/FORGOTTEN PASSWORD/ADMIN ETC #####
match URL into $ with ^/wp-.*$
if matched then goto END
##### FIX TO ALLOW SEARCH TO WORK #####
match URL into $ with ^/(.*)
set URL = /index.php/$1

Pour les installations à partir de n'importe quel niveau depuis le docroot:

#Zeus webserver version of basic Wordpress mod_rewrite rules
map path into SCRATCH:path from %{URL}
look for file at %{SCRATCH:path}
if exists then goto END
look for dir at %{SCRATCH:path}
if exists then goto END
##### FIX FOR LOGIN/FORGOTTEN PASSWORD/ADMIN ETC #####
match URL into $ with ^/blog/wp-.*$
if matched then goto END
##### FIX TO ALLOW SEARCH TO WORK #####
match URL into $ with ^/blog/(.*)
set URL = /blog/index.php/$1

Peut-être vérifier votre hôte et voir si utilise aussi Zeus.

0
Mike Cooter