Usando apenas% postname%

Então eu vejo os argumentos de todos contra o uso disso, mas isso parece uma grande falha no WordPress porque um nome de domínio tão próximo da raiz é crucial para o SEO de um site.

Quero que o meu site, que tenha um total de 8 páginas, possa ser encontrado por seus títulos simples, se eles forem pré-propostos por uma data, ele apenas parece enrolado e fora de padrões com a maioria dos padrões da web.

Avanço rápido para mim, adicionando %postname% à minha guia de permalinks personalizados, todas as minhas url’s foram atualizadas, e clicar nelas me traz um 404.

Nenhum arquivo .htaccess foi feito, então eu fiz um do zero e incluí isso:

 # BEGIN WordPress  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]  # END WordPress 

Atualizar

Qualquer um dos permalinks, exceto a opção de identificação pós não funciona. Nenhum deles funciona.

O que é o que estou faltando nisso para que ele funcione realmente?

UPDATE 13/12/2011

WordPress 3.3 foi lançado. E todos esses problemas ainda existem. Ao clicar em qualquer um dos permalinks escreve isso para o seu .htaccess. O mesmo texto para qualquer uma das opções:

 # BEGIN WordPress  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]  # END WordPress # 

Usar /%postname% não funciona. Em absoluto.

Solutions Collecting From Web of "Usando apenas% postname%"

O que fiz foi reinstalado o WordPress na área da Atualização do Painel … então eu fiz os Permalinks assim

/index.php/%postname%/

Funcionou bem

Apenas tive o mesmo problema.

Acontece que o meu host (names.co.uk) não usa o Apache, em vez disso ele usa Zeus – o que não suporta Mod_ReWrite e, portanto, não há arquivo .htaccess.

Eles publicaram uma solução alternativa aqui: 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 

Para instalações de qualquer nível a partir do 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 

Talvez verifique seu host e veja se os usos também são Zeus.

Olhando em volta, e depois de horas de tentar descobrir por que de repente, /%postname%/ parou de funcionar,

Eu li em algum lugar (Achei!)

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

sobre questões de desempenho que reguardam

URL / postname

e toda a execução em torno do WP faz com o servidor apenas para retornar os ditos dados

e longa história curta, foi recomendado por razões de desempenho (geralmente com sites maiores) para começar com um número etc.

Desde o meu /%postname%/ parou de trabalhar fora do azul.

Eu mudei meu permalink recém-trabalhando de /% postname% / para /% post_id% /% postname% / e agora está funcionando.