Je ne sais pas quand c'est arrivé, mais les liens permanents personnalisés pour les pages du site Wordpress de mon client ont été rompus. Je peux résoudre ce problème en revenant aux permaliens par défaut, puis en utilisant les permaliens personnalisés, mais ils sont interrompus à chaque fois que mes clients modifient une page. Les articles de blog, les archives, les tags, les catégories et les types de post permaliens fonctionnent tous correctement, ce ne sont que les pages 404 qui utilisent des permaliens personnalisés.
Le site contient un fichier .htaccess avec 666 autorisations, avec les éléments suivants dans le fichier:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
Il a également activé mod_rewrite.
Utiliser Wordpress 3.1.3
Ce ne sont pas les plugins car je les ai tous désactivés et les liens permanents pour les pages ne fonctionnent toujours pas.
S'il vous plaît aider.
J'utilisais le plug-in Custom Post Type UI et j'avais généré le code suivant (que j'avais ajouté au fichier de fonctions) pour une taxonomie personnalisée via le plugin:
register_taxonomy( 'video_type',
array ( 0 => 'video' ),
array(
'hierarchical' => true,
'label' => 'Type',
'show_ui' => true,
'query_var' => true,
'rewrite' => array( 'slug' => '' ),
'singular_label' => 'video_type'
D'une certaine manière, ce code a brisé le thème. Dans l'interface utilisateur de type de publication personnalisée, vous pouvez créer des types de publication personnalisés et des taxonomies et conserver le plug-in actif, ou utiliser la fonction bêta pour copier et coller le code généré dans votre fichier de fonction. J'ai donc fini par supprimer ce code et garder le plugin actif.
Avez-vous un type de message personnalisé? C’est exactement le genre de comportement que vous remarquerez si vous avez un type de publication personnalisé avec un slug qui correspond au slug de vos pages. Par exemple, si vous avez une page appelée "portfolio" et un type de message appelé "portfolio", les deux avec un slug de "portfolio", des 404 vont être lancés pour certaines d'entre elles.
Cela est arrivé à l'installation Wordpress d'un client après une attaque malveillante. Le fichier .htaccess avait été falsifié et le fichier functions.php présentait une nouvelle fonction obfusquée en haut du fichier.
Le retour au fichier .htaccess standard et la suppression de la fonction incriminée ont résolu le problème.
(Bien entendu, cela ne veut pas dire que d'autres fichiers n'ont pas été compromis.)