WordPress me está dando 404 página no encontrada para todas las páginas excepto la página de inicio

Arreglar ese problema es muy simple, si usted estaba usando permalinks otro que el default tales como Day and name, Month and name, Numeric, Post name o Custom Structure, sólo necesitas

Inicie sesión en su área de administración: Settings > Permalinks que debe ser: http://yoursite.com/wp-admin/options-permalink.php

Elija Default permalink setting , luego guarde los cambios

Entonces puede devolverlo de nuevo a su otra opción de enlace permanente anterior o mantenerlo como default como desee

Tenga en cuenta que este problema puede ocurrir cuando se mueve su sitio de un dominio o ubicación a otro.

Básicamente el .el archivo htaccess debe existir y el httpd.conf debe ser correcta.

En mi caso, cambié el archivo /etc/httpd/conf/httpd.conf en la sección:

<Directory "/var/www/html">

La línea cambiada es:

AllowOverride None

A

AllowOverride All

Y reinicie el servidor web.

Si el comportamiento predeterminado (example.com/?p=42) está funcionando, debe:

• Cambie a su estilo de enlace permanente preferido: Admin: Settings > Paramalinks y haga clic en Guardar. A veces soluciona el problema. Si no lo hizo:
• Compruebe que el archivo /path/to/wordpress/.htaccess se ha cambiado y ahora incluye la línea RewriteEngine On. Si no lo es, es un problema de permisos de Wordpress.

• Compruebe que el módulo' rewrite ' está cargado: cree un archivo PHP con

  <?php
    phpinfo()
  ?>
  

  En él, ábralo en el navegador y busque mod_rewrite. Debería estar en la sección' Módulos cargados'. Si no lo es, habilítelo - Mire su archivo predeterminado de apache index.html para obtener más detalles - en Ubuntu, lo hace con el ayudante a2enmod.

• Verifique que el servidor apache esté mirando el archivo .htaccess. open httpd.conf - o es la alternativa de Ubuntu, /etc/apache2/apache2.conf. En él, Usted debe tener algo como

  <Directory /path/to/wordpress>
    Options Indexes FollowSymLinks
    AllowOverride All
    Require all granted
  </Directory>
  

• Después de realizar estos cambios, no olvide reiniciar su servidor apache. sudo service apache2 restart

Dentro de la interfaz de administración de WordPress haga lo siguiente:

1. Ir a configuración de administración

2. Haga clic en permalink y seleccione nombre del mensaje en el botón de opción.

3. Desplácese hacia abajo y verá .htaccess código aquí como.

   <IfModule mod_rewrite.c>
       RewriteRule ^index\.php$ - [L]
       RewriteCond %{REQUEST_FILENAME} !-f
       RewriteCond %{REQUEST_FILENAME} !-d
       RewriteRule . /wordpress/index.php [L]
   </IfModule> 
   

4. Copie el código y péguelo en el archivo .htaccess.

Es fácil solucionar el problema solo tienes que seguir algunos pasos a continuación , Si accede a iniciar sesión en su panel de administración, simplemente

Go to Settings » Permalinks, and simply click on Save Changes button.

Esto actualizará la configuración de los enlaces permanentes y borrará las reglas de reescritura. En la mayoría de los casos, esta solución corrige el error de WordPress posts 404. Sin embargo, si no funciona para usted, entonces probablemente necesite actualizar su .archivo htaccess manualmente.

Inicie sesión en su servidor usando FTP, y modifique el .archivo htaccess que se encuentra en la misma ubicación donde se encuentran carpetas como /wp-content/ y /wp-includes/ , simplemente ponga los códigos a continuación en su .htaccess

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

Espero que esto resuelva el problema.

Este error se debe a la desactivación del mod de reescritura en apache httpd.documento de conf, solo descoméntelo y disfrute de los permalinks amigables con seo

SI todo esto no funciona, tu .htaccess es correcto, y el truco de permalinks no funcionó, es posible que no haya habilitado su mod de rewite de apache2.

Corrí esto y mi problema se resolvió:

 sudo a2enmod rewrite 

• Compruebe que el directorio encendido.htaccess son los
• Compruebe que los campos "siteurl" y "home" son los correctos

Si tiene acceso FTP a su cuenta:

Primero, inicie sesión en su wp-admin y vaya a Configuración > Enlaces permanentes

Deberías ver algo en la parte inferior que diga:

" Si su.el archivo htaccess era escribible, podríamos hacer esto automáticamente, pero no lo es, por lo que estas son las reglas mod_rewrite que debería tener en su .archivo htaccess. Haga clic en el campo y presione CTRL + a para seleccionar todo."

Si esto es cierto, haga lo siguiente:

1. Ir a preferencias para su cliente FTP y asegúrese de que se muestren los archivos ocultos (varía según su cliente FTP) - Si no lo hace, no podrá encontrar su archivo htaccess

2. Vaya a la carpeta en la que se encuentran los directorios wp-admin, wp-content, wp-includes. Busca .archivo htaccess. Si existe, vaya al paso 4

3. Si no existe, cree un nuevo archivo en blanco en su programa FTP llamado .htaccess

4. Cambiar el CHMOD para su .archivo htaccess a 666 (tu preferencia sobre cómo quieres hacer esto)

5. Vuelve a tu página de Permalinks y edita la estructura de enlaces que quieras. El problema debe ser resuelto!

6. Asegúrese de cambiar el chmod del archivo htaccess a 644 una vez que haya terminado.

Acaba de tener el mismo problema y parecía solucionarlo al instante! ¡Buena suerte!

La mayoría de las veces, este problema se soluciona simplemente visitando la página Configuración -> Enlace permanente en el administrador de WordPress y haga clic en Guardar (como varias otras respuestas ya señalaron). Cuando se accede a esta página, WordPress reescribe las directivas en el archivo .htaccess que corrige mágicamente el problema. El problema a menudo ocurre después de mover un sitio (el sitio se rompe porque el .htaccess se queda atrás o la configuración debe actualizarse).

Si WordPress no tiene el derecho permisos para escribir el archivo .htaccess, aparecerá un aviso en la parte superior de la página y más instrucciones en la parte inferior cuando se guarden los ajustes. En este caso, debe editar el archivo .htaccess usted mismo o, mejor, corregir los permisos en ese archivo. El archivo está en la raíz de la instalación de WordPress. cd en el directorio y sudo chmod 644 .htaccess. También es posible que desee comprobar si el archivo pertenece al grupo correcto y el cambio que se necesita con chown. Pregunte a su proveedor de alojamiento si no sabe cómo conseguirlo.

Si usted está en alojamiento compartido que es probablemente todo lo que puede hacer. Si todavía tiene el problema, es posible que desee hablar con el soporte de su proveedor de alojamiento. De lo contrario, asegúrese de que el uso de los archivos .htaccess está habilitado en el servidor, como @georgeos ya sugirió. Tenga en cuenta que httpd.conf no siempre se usa (Ubuntu indica que está en desuso pero los documentos oficiales de Apache todavía dicen que a menudo es el archivo de configuración principal). /etc/httpd/conf/httpd.conf y /etc/apache2/apache2.conf parecen ser los más comunes lugares para este archivo. Busque el bloque para la carpeta pública, normalmente <Directory /var/www/> y asegúrese de que la directiva AllowOverride esté establecida en All. Si se establece en None, su archivo .htaccess es simplemente ignorado por el servidor.

Instalé mod_rewrite para solucionar el problema. El siguiente enlace proporciona una guía de instalación:- http://www.iasptk.com/enable-apache-mod_rewrite-ubuntu-14-04-lts /

Tuvimos el mismo problema y lo resolvimos comprobando el error.registro de nuestro host virtual. Encontramos el siguiente mensaje:

AH00670: Las opciones FollowSymLinks y SymLinksIfOwnerMatch están desactivadas, así que la directiva RewriteRule también está prohibida debido a su similar capacidad de eludir las restricciones de directorio : /srv/www/htdocs/wp-intranet /

La solución fue establecer Options All y AllowOverride All en nuestra configuración de host virtual.

Tengo el mismo problema, así que elimino el Apache y lo hago de nuevo y el problema se resolvió.

Usted puede tener .htaccess no permitido en la configuración de webhost. Establecer los enlaces permanentes predeterminados funcionaría en ese caso.

Simplemente Vaya a Configuración->Enlace permanenteen su panel de control y luego Guarde los cambios botón en el último.\

Caso 1:- Vamos a pensar si migrar el sitio de un hosting a otro hosting si vemos este tipo de problema.

Solución:- Simplemente vaya a la copia del servidor antiguo .código de archivo htaccess, luego pasado en el nuevo servidor .archivo htaccess. el 99% lo haré funciona.

Si su instalación de WordPress está en una subcarpeta (ej. https://www.example.com/subfolder) cambia esta línea en tu WordPress .htaccess

RewriteRule . /index.php [L]

A

RewriteRule . /subfolder/index.php [L]

Al hacerlo, le estás diciendo al servidor que busque WordPress index.php en la carpeta de WordPress (ej. https://www.example.com/subfolder ) en lugar de en la carpeta pública (ej. https://www.example.com).

Acabo de cambiar el enlace permanente a 'mes y día' de todas las publicaciones ging a configuración>enlace permanente.

Ahora todos los mensajes están abiertos y funcionan bien.

De nuevo, cambié el nombre a todos los mensajes a su enlace permanente real. Otra vez está funcionando bien.

Este método funcionó para mí: -)

Para los usuarios de nginx

Use lo siguiente en su archivo conf para su sitio (generalmente /etc/nginx/sites-available/example.com)

location / { try_files $uri $uri/ /index.php?q=$uri&$args; }

Esto quita todas las solicitudes de enlace permanente al índice.php con una cadena URI y argumentos suministrados. Haga un systemctl reload nginx para ver los cambios y los enlaces que no son de la página de inicio deben cargarse.

Tuve este problema no hace mucho tiempo. Había restablecido mi enlace permanente a predeterminado o simplemente lo guardé, actualizé temas / núcleo a (4.7.4) / complementos, desactivé todos los complementos, cambié al tema predeterminado, optimicé la base de datos,.htaccess ya está predeterminado, permisos de archivo marcados, mod_rewrite está activado.

Hasta ahora nada funciona, lo que funciona son los mensajes, la nueva página, la página /contacto, EXCEPTO las páginas antiguas.

Básicamente, las páginas / URLs que no funcionan son:

/breeding
/training
/training/*
/breeding/*

Ultimate, encontré estos archivos en la carpeta raíz:

/cría.php y / formación.php

Cambié el nombre de ambos archivos y las páginas anteriores funcionaron.